On Fri, Apr 15, 2011 at 01:42:00PM +0700, Dan Kennedy wrote:
> Are there any other threads in the process?
My program is not using threads.
sqlite3 is linked against libpthread. I don't think it's using threads
(you probably know that better) but the c library behaves differently
when libpthread is linked.
> Try attaching [gdb] to the running process:
>
> gdb <path-to-sqlite3> <pid-of-running-process>
>
> Then run the [bt] command again.
I recompiled with -g and ran it again, now sqlite3 is consistenly
dumping core.
I stepped through it line by line, but:
open_db (p=<value optimized out>) at shell.c:1389
1389 sqlite3_enable_load_extension(p->db, 1);
(gdb)
0x0000000000401d20 in sqlite3_enable_load_extension@plt ()
(gdb)
Single stepping until exit from function
sqlite3_enable_load_extension@plt,
which has no line number information.
0x0000000000401ba0 in ?? ()
(gdb)
Cannot find bounds of current function
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
__pollts50 (fds=0x4, nfds=4152832323, ts=0x7f7ff7873143,
sigmask=<value optimized out>) at
/archive/cvs/src/lib/libpthread/pthread_cancelstub.c:424
424 /archive/cvs/src/lib/libpthread/pthread_cancelstub.c: No such
file or directory.
in /archive/cvs/src/lib/libpthread/pthread_cancelstub.c
(gdb) Quit
(gdb) bt
#0 __pollts50 (fds=0x4, nfds=4152832323, ts=0x7f7ff7873143,
sigmask=<value optimized out>) at
/archive/cvs/src/lib/libpthread/pthread_cancelstub.c:424
#1 0x00007f7ff7ffba00 in ?? ()
#2 0x0000000000000000 in ?? ()
I'm not sure how to get more debugging info :(
Suggestions where I shall add printfs? :)
Thomas
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
