XFree86 debugging

[Kris Kennaway]

On Tue, Mar 09, 2004 at 07:52:29AM +0100, Joan Picanyol wrote:

> That did the trick. The backtrace is:
> 
> (gdb) where
> #0  0x2825c3ef in kill () from /lib/libc.so.5
> #1  0x282510e8 in raise () from /lib/libc.so.5
> #2  0x282c6f53 in abort () from /lib/libc.so.5
> #3  0x282c588e in tcflow () from /lib/libc.so.5
> #4  0x282c60bb in tcflow () from /lib/libc.so.5
> #5  0x282c643e in malloc () from /lib/libc.so.5
> #6  0x080e17b0 in Xalloc (amount=0) at utils.c:1197
> #7  0x080e183a in Xcalloc (amount=67732) at utils.c:1238
> #8  0x0809be75 in xf86calloc (sz=1, n=0) at libc_wrapper.c:1778
> #9  0x084aa039 in ?? ()
> #10 0x084aa0bc in ?? ()
> #11 0x085e501a in ?? ()
> #12 0x085e513d in ?? ()
> #13 0x085f02cf in ?? ()
> #14 0x085e906c in ?? ()
> #15 0x085e9155 in ?? ()
> #16 0x083e70f4 in ?? ()
> #17 0x0831d053 in ?? ()
> #18 0x0835e2b0 in ?? ()
> #19 0x08366648 in ?? ()
> #20 0x080b75d5 in Dispatch () at dispatch.c:450
> #21 0x080c96fb in main (argc=9, argv=0xbfbfee08, envp=0x0) at main.c:438
> #22 0x0806b7b9 in _start ()
> (gdb)
> 
> This is 100% reproducible, with 'aj' options to malloc.  How do I find
> out who is failing to allocate memory and why? What else should I do to
> debug this?

You might have better luck following this up on the XFree86 developers list.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20040308/7c3fd7fd/attachment.bin