> -----Original Message----- > From: Tony Mountifield [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 13, 2006 1:19 PM > To: [email protected] > Subject: [asterisk-users] Re: Core Dump: create_transaction (p=0x0) > atpbx_dundi.c:2787 > > > In article > <[EMAIL PROTECTED]>, > Douglas Garstang <[EMAIL PROTECTED]> wrote: > > Anyone seen this...? Is it a known issue? > > > > I'd file a bug, but we're on 1.2.9.13, and every time I > file a bug and it isn't against the > > latest code I get given crap for it. Given that most of the > time you don't know HOW to > > reproduce a problem on the latest code anyway, not > accepting bugs from older versions does > > the community no service, because potential bugs are never > accepted for submission. > > > > (gdb) bt full > > #0 0xb7da8d3c in mallopt () from /lib/libc.so.6 > > No symbol table info available. > > #1 0xb7da7e3a in malloc () from /lib/libc.so.6 > > No symbol table info available. > > #2 0xb7b30aa1 in create_transaction (p=0x0) at pbx_dundi.c:2787 > > trans = (struct dundi_transaction *) 0x0 > > Hmmm, that will be a tricky one to track down. There's no > reason to get > a core dump from within malloc() unless something else has previously > stomped outside of its own malloced area, smashing the free list. > > So the problem is likely not within create_transaction(), but caused > sometime before, possibly in some completely unrelated code. > > Is it repeatable, or just happens at random (or even just once)?
Only the one time so far. _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
