DragonFly BSD
DragonFly bugs List (threaded) for 2003-11
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: panic truss'ing linux ls


From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Sun, 9 Nov 2003 14:12:05 -0800 (PST)

:...
:so I tried trussing it. Same panic. It looks like I may be to blame as
:it is dying in elf_putfiles, which is code added to core dump for
:checkpointing. I'll see if it is anything obvious.

    Hmm.  Either fp->f_data is NULL or vp->v_mount is NULL on line
    1256 of imgact_elf.c.


					-Matt

:> #6  0xc0174e2b in elf_putfiles (p=0xcdd5fc40, dst=0xce148000, off=0xce601a14)
:>     at /home/source/dragonfly/src/sys/kern/imgact_elf.c:1256
:> #7  0xc0174bb3 in elf_puthdr (p=0xcdd5fc40, dst=0xce148000, off=0xce601a14, status=0xc7c91d10,
:>     fpregset=0xc7c91d78, psinfo=0xc7c91e28, numsegs=10)
:...
:> (kgdb) info locals
:> off = (int *) 0xce601a14
:> i = 3
:> cfh = (struct ckpt_filehdr *) 0xce148f60
:> cfi = (struct ckpt_fileinfo *) 0x0
:> fp = (struct file *) 0x0
:> vp = (struct vnode *) 0x0

    These may not be accurate due to compiler optimizations.  In fact, fp
    cannot be NULL because the other cfi-> assignments succeeded prior to
    the fatal trap.

    You need to dereference p->p_fd->fd_ofiles[i] to get an accurate fp
    and from there you can figure out what is going on.

					-Matt
					Matthew Dillon 
					<dillon@xxxxxxxxxxxxx>



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]