> (gdb) bt > #0 0xb7d4899f in ?? () > from /lib/tls/i686/cmov/libc.so.6 > #1 0x00000001 in ?? () > #2 0xb7f94ea3 in sqlite3MallocFailed () > from /home/enguser/libsqlite3.so.0 > #3 0xb7d4ae38 in ?? () > from /lib/tls/i686/cmov/libc.so.6 > #4 0x0963cf85 in ?? () > #5 0xb7fae418 in ?? () from /lib/ld-linux.so.2 > #6 0xbfdcc834 in ?? () > #7 0xb7fb6b79 in ?? () from /lib/ld-linux.so.2 > #8 0xb7d4c60e in malloc () > from /lib/tls/i686/cmov/libc.so.6 > #9 0xb7f8437f in sqlite3GenericMalloc () > from /home/enguser/libsqlite3.so.0 > #10 0xb7f94f98 in sqlite3MallocRaw () > from /home/enguser/libsqlite3.so.0 > #11 0xb7f950fe in sqlite3Malloc () > from /home/enguser/libsqlite3.so.0 > #12 0xb7f951cc in sqlite3MallocX () > from /home/enguser/libsqlite3.so.0 > #13 0xb7f88785 in sqlite3ParserAlloc () > from /home/enguser/libsqlite3.so.0 > #14 0xb7f923c8 in sqlite3RunParser () > from /home/enguser/libsqlite3.so.0 > #15 0xb7f8c087 in sqlite3Prepare () > from /home/enguser/libsqlite3.so.0 > #16 0xb7f8c42b in sqlite3_prepare_v2 ()
The most likely cause is that something in the process is corrupting the heap (double-free, freeing a pointer not allocated with malloc(), that sort of thing). It could be SQLite code doing so, or it might not be. Run the application using valgrind and you will probably get some useful information. Dan. ----------------------------------------------------------------------------- To unsubscribe, send email to [EMAIL PROTECTED] -----------------------------------------------------------------------------
