On Mon, 10 Apr 2006, Daniel Swarbrick wrote: > Armin Schindler wrote: > > > > I tried new pre-0.2 now and the problem still exist. After 5 days of perfect > > run, the segfault happens at the same place again: > > So I think the problem is sqlite. > > I think of moving to another database. Does anyone uses mysql? >
I just had a segfault on a box I upgraded from svn-1540 to svn-1553. Previously it had been running flawlessly on svn-1540, but we also run svn-1553 in our office, with no issues. The backtrace would appear to indicate the crash occurred in sqlite3Malloc():
(gdb) bt
#0 0xb7ceb82f in free () from /lib/tls/libc.so.6
#1 0xb7cecdfc in malloc () from /lib/tls/libc.so.6
#2 0xb7a245da in sqlite3Malloc (n=-1210345224) at src/util.c:296
#3 0xb7a2d070 in sqlite3VdbeMakeReady (p=0x8158998, nVar=0, nMem=4, nCursor=7, isExplain=0) at src/vdbeaux.c:728
#4 0xb79fa80a in sqlite3FinishCoding (pParse=0xb623086c) at src/build.c:105
#5 0xb7a34445 in sqlite3Parser (yyp=0x80c6d88, yymajor=11, yyminor={z = 0x806cce9 "'580'", dyn = 0, n = 5}, pParse=0xb7db9b50) at parse.y:102
#6 0xb7a20f9e in sqlite3RunParser (pParse=0xb623086c, zSql=0x806ccb0 "delete from odb where family = 'SIP/Registry' and keys = '580'", pzErrMsg=0xb6230918)
at src/tokenize.c:400
#7 0xb7a1379c in sqlite3_prepare (db=0x8158e38,
zSql=0xb7db9b50 "\030\033\025\b��\024\bh�\024\bФ\025\bX\233۷X\233۷`\233۷`\233۷\b\021\025\b\b\021\025\bp\233۷p\233۷x\233۷x\233۷\200\233۷\200\233۷\210\233۷\210\233۷\220\233۷\220\233۷\230\233۷\230\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷\030\230\017\b\030\230\017\b�\233۷�\233۷�\233۷�\233۷�W\027\b�W\027\b�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷", nBytes=-1, ppStmt=0xb6230974, pzTail=0xb6230978)
at src/prepare.c:440
#8 0xb7a0aa42 in sqlite3_exec (db=0x8158e38, zSql=0x806ccb0 "delete from odb where family = 'SIP/Registry' and keys = '580'", xCallback=0, pArg=0x0,
pzErrMsg=0xb62309c8) at src/legacy.c:56
#9 0xb7f1bb05 in opbx_db_del_main (family=<value optimized out>, keys=0x816e5b0 "580", like=<value optimized out>) at db.c:340
#10 0xb7f1be48 in opbx_db_put (family=0xb626731d "SIP/Registry", keys=0x816e5b0 "580",
value=0xb7db9b50 "\030\033\025\b��\024\bh�\024\bФ\025\bX\233۷X\233۷`\233۷`\233۷\b\021\025\b\b\021\025\bp\233۷p\233۷x\233۷x\233۷\200\233۷\200\233۷\210\233۷\210\233۷\220\233۷\220\233۷\230\233۷\230\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷\030\230\017\b\030\230\017\b�\233۷�\233۷�\233۷�\233۷�W\027\b�W\027\b�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷�\233۷") at db.c:214
#11 0xb625f0ca in parse_register_contact (pvt=0x80fd6f0, p=0x816e5b0, req=0xb6232b1c) at chan_sip.c:6507
#12 0xb625fb4a in handle_request_register (p=0x80fd6f0, req=0xb6232b1c, debug=<value optimized out>, ignore=-1210344624, sin=0xb6233eac,
e=<value optimized out>) at chan_sip.c:6987
#13 0xb6263ffa in handle_request (p=0x80fd6f0, req=0xb6232b1c, sin=0xb6233eac, recount=0xb7db9b50, nounlock=0xb7db9b50) at chan_sip.c:11720
#14 0xb6266409 in sipsock_read (id=0x804d088, fd=15, events=1, ignore=0x0) at chan_sip.c:11840
#15 0xb7ec3b2a in opbx_io_wait (ioc=0x80803f0, howlong=-1210344624) at io.c:287
#16 0xb626580c in do_monitor (data="" at chan_sip.c:11987
#17 0xb7e41ced in start_thread () from /lib/tls/libpthread.so.0
#18 0xb7d55dee in clone () from /lib/tls/libc.so.6
This looks similar to the backtrace Armin posted a couple of weeks ago.
_______________________________________________ Openpbx-dev mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-dev
