NoOp wrote:
SQLite currently uses nine distinct types of temporary files:
Rollback journals
Master journals
Write-ahead Log (WAL) files
Shared-memory files
Statement journals
TEMP databases
Materializations of views and subqueries
Transient indices
Transient databases used by VACUUM
Additional information about each of these temporary file types is in
the sequel.
Wouldn't it be reasonable to expect SM to clean up these and all other
temp files in the course of a normal shutdown (not a crash or
force-close from the OS)? Or is that level of hygiene too much to expect?
In that case, shutting down SM on the two machines should purge all temp
files on both, and then copying places.sqlite from one to the other
should create no problems.
The only way a straightforward copy should cause problems would be if SM
did not complete its housekeeping, right? And if so, deleting
places.sqlite AND the temp files on the target machine should avoid any
repercussions, right? It could even be a cure-all if the target machine
were having trouble and the source machine were not.
Or am I being hopelessly naïve?
--
War doesn't determine who's right, just who's left.
--
Paul B. Gallagher
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey