Joe Wilson <[EMAIL PROTECTED]> wrote: > --- [EMAIL PROTECTED] wrote: > > Joe Wilson <[EMAIL PROTECTED]> wrote: > > > I wrote too soon: > > > > > > http://www.sqlite.org/cvstrac/chngview?cn=3941 > > > > > > + /* > > > + ** Maximum number of pages in one database file. > > > + */ > > > + #ifndef SQLITE_MAX_PAGE_COUNT > > > + # define SQLITE_MAX_PAGE_COUNT 1073741823 > > > + #endif > > > > > > > This #define doesn't do anything yet. But check back > > in a few days and it might. > > What effect would this have on transaction/journal file > sizes, if any? > > What currently happens if SQLite runs out of real disk space? > An error followed by a clean rollback? >
You get an SQLITE_FULL error. We have a mechanism in place to simulate a full disk at various points during a write. The regression test suite uses this mechanism to thoroughly test for running out of disk space. Running out of disk (or flash) space is actually rather common on cellphones and other gadgets, so the makes of those devices are keen to insure SQLite reacts sanely. -- D. Richard Hipp <[EMAIL PROTECTED]> ----------------------------------------------------------------------------- To unsubscribe, send email to [EMAIL PROTECTED] -----------------------------------------------------------------------------
