>
> #0 0xb7ab9697 in mALLINFo (av=0x522f5049) at malloc.c:5228
> #1 0xb7d18821 in sqlite3FreeX (p=0x8) at src/util.c:322
> #2 0xb7cf346f in freeIndex (p=0xb7d327cc) at src/build.c:241
> #3 0xb7cf3662 in sqlite3DeleteTable (db=0x8191018, pTable=0x81a5660) at
> src/build.c:260
> #4 0xb7cf37e0 in sqlite3ResetInternalSchema (db=0x8191018, iDb=0) at
> src/build.c:323
> #5 0xb7d01741 in sqlite3_close (db=0x8191018) at src/main.c:163
> #6 0xb7f96605 in opbx_db_put (family=0x81a91b8 "insert into odb
> values('SIP/Registry','446','172.24.2.190:5060:900:446:sip:[EMAIL
> PROTECTED]:5060')", keys=0xb7fc8341 "db.c", value=0xb668def8 "?h\037k?\fiM")
> at db.c:239
> #7 0xb66aab41 in parse_register_contact (pvt=0x81c4670, p=0x811b668,
> req=0xb6690ca0) at chan_sip.c:6507
> #8 0xb66bed1f in handle_request_register (p=0x81c4670, req=0xb6690ca0,
> debug=0, ignore=0, sin=0xb6690c90, e=0xb6690ec1 "sip:[EMAIL PROTECTED]") at
> chan_sip.c:6987
> #9 0xb66bfb3d in handle_request (p=0x81c4670, req=0xb6690ca0,
> sin=0xb6690c90, recount=0xb6690b10, nounlock=0xb6690b14) at
> chan_sip.c:11720
> #10 0xb66c173a in sipsock_read (id=0x804e010, fd=12, events=1, ignore=0x0) at
> chan_sip.c:11846
> #11 0xb7f48a44 in opbx_io_wait (ioc=0x8100f88, howlong=135270280) at io.c:287
> #12 0xb66c6841 in do_monitor (data=0x0) at chan_sip.c:11993
Make sure you are running the threadsafe version of sqlite3. This looks
almost exactly like somewhere in the code there is a missing mutex
wrapper. It may even be a bug in the sqlite3 library itself... or it could
be a problem somewhere that has nothing with this backtrace, but something
is overwriting the pointer.
I'm thinking its a missing mutex in sqlite3..(two threads reaching
an area of code that does "if !null, then free" at the same time?)
but.. the backtrace makes no sense: if you are INSERTing into a table, why
would sqlite3DeletTable ever be called?
>
> So I think the problem is sqlite.
> I think of moving to another database. Does anyone uses mysql?
>
> Armin
> _______________________________________________
> Openpbx-dev mailing list
> [email protected]
> http://lists.openpbx.org/mailman/listinfo/openpbx-dev
>
_______________________________________________
Openpbx-dev mailing list
[email protected]
http://lists.openpbx.org/mailman/listinfo/openpbx-dev
