Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


I am running Fedora FC19-64 bit. Libreoffice Version: 4.1.4.2
Build ID: 4.1.4.2-2.fc19

Here are some lines of a ls -la command

-rw-------.  1 vince root       0 Dec 13 13:10 GRNew odb_0.odb
-rw-------.  1 vince root       0 Dec 13 15:58 GRNew odb_1000.odb
-rw-------.  1 vince root       0 Dec 13 15:58 GRNew odb_1001.odb
-rw-------.  1 vince root       0 Dec 13 15:58 GRNew odb_1002.odb
-rw-------.  1 vince root       0 Dec 13 15:58 GRNew odb_1003.odb
-rw-------.  1 vince root       0 Dec 13 15:58 GRNew odb_1004.odb
-rw-------.  1 vince root       0 Dec 13 15:58 GRNew odb_1005.odb
-rw-------.  1 vince root       0 Dec 13 15:59 GRNew odb_1006.odb
-rw-------.  1 vince root       0 Dec 13 15:59 GRNew odb_1007.odb
-rw-------.  1 vince root       0 Dec 13 15:59 GRNew odb_1008.odb
-rw-------.  1 vince root       0 Dec 13 15:59 GRNew odb_1009.odb
-rw-------.  1 vince root       0 Dec 13 13:26 GRNew odb_100.odb
-rw-------.  1 vince root       0 Dec 13 15:59 GRNew odb_1010.odb

My database name is GRNew,odb.
I was looking at some of the recent messages that were talking about LO looping saving backups of untitled documents. It mentioned Calc and Write as being involved. Could this be related to my problem?

Thanks,
Vince Radice

On 01/14/2014 12:44 PM, Tom Davies wrote:
Hi :)
On Ubuntu 12.04 i have no files in there.  Do the file-names start
with a ~ or with "lock"?  In either of those cases i think you can
delete the files without worry but it might be worth testing that for
1 or 2 files.

Going off on a tangent i do have a non-LibreOffice folder with a load
of crash reports from when i don't close Xbmc properly and i routinely
delete all of them from time-to-time.  I'm not sure if this is similar
or not.
Regards from
Tom :)


On 14 January 2014 04:12, Vince Radice <vhradice@cfl.rr.com> wrote:
I am seeing something and I don't know if it is a problem or something I
have to live with.

In the ~/.config/libreoffice/4/user/backup  directory, I have 3,000+ files
with 0 bytes.  I assume that this means the files are empty. There are other
files there which are not empty.  The non-empty ones appear to be backups of
files I have worked on.  The empty files all appear to be attempts to backup
a Base database that I have created using the built in hsql engine.  The
file is stored on my computer. The time stamps on the files are unusual.
There are 6 files with a time stamp of 15:58, 6 with 15:59, 6 with 16:00 and
the pattern continues for the other 3,500 empty files.

Does any one else have the same situation?  I have the save/backup time in
the general options set to 15 minutes.

I have a listing of all of the files if anyone wants to see it.

Thank you,
Vince Radice

--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems?
http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be
deleted



--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.