Re: [uml-devel] debugging UML cores

[Joe Marzot <gmarzot@nortelnetworks.com>]

Jeff Dike wrote:
> gmarzot@nortelnetworks.com said:
>  > I am getting a variety of cores from UML - fairly intermittent. The
>  > bad  part is that examining these cores with GDB is utterly fruitless
>  > (for  me). Are there some tricks beyond the normal stuff below I
>  > should be  doing to get a better sense of what is going wrong? I see
>  > no back trace  and no thread info.
> 
> That is utterly confused.  I would make sure that you are absolutely 
> positive
> that you are giving gdb the exact binary that created the core.
> 
>                                 Jeff
> 
> 
here is a better one produced under similar conditions - this time the 
core is readable (I do get the unreadable cores quite often though).

this is host RH8 + skas3 pathc

guest is 2.4.2x + 2.4.24-1um

[root@wbl6y227 plankton]# /usr/local/builds/gdb-6.2/gdb/gdb -c 
~szhimin/tmp/joe/core.13456 
/view/build_neptune_dev_int144.resp3/vob/neptune/plankton/celp/linux.celp
GNU gdb 6.2
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db 
library "/lib/libthread_db.so.1".

Core was generated by `/vob/neptune/plankton/celp/linux.celp (DSC-0-0-0) 
[nameServer]                '.
Program terminated with signal 6, Aborted.
#0  0xa01643e1 in kill ()
     at 
/localdisk/builds/3pc/2.4.22-i686sim/2.4.22/include/asm/arch/string.h:486
486                     case 1: COMMON("\n\tstosb"); return s;
(gdb) where
#0  0xa01643e1 in kill ()
     at 
/localdisk/builds/3pc/2.4.22-i686sim/2.4.22/include/asm/arch/string.h:486
#1  0xa018cbdb in raise ()
     at 
/localdisk/builds/3pc/2.4.22-i686sim/2.4.22/include/asm/arch/string.h:486
#2  0xa01646cd in abort ()
     at 
/localdisk/builds/3pc/2.4.22-i686sim/2.4.22/include/asm/arch/string.h:486
#3  0xa00d01e4 in handle_trap (pid=13461, regs=0xa5f7827c) at process.c:90
#4  0xa00d0438 in userspace (regs=0xa5f7827c) at process.c:168
#5  0xa00d0bfa in fork_handler (sig=10) at process_kern.c:102
#6  <signal handler called>
#7  0xa01643e1 in kill ()
     at 
/localdisk/builds/3pc/2.4.22-i686sim/2.4.22/include/asm/arch/string.h:486
#8  0xa00d4734 in os_usr1_process (pid=13456) at process.c:95
#9  0xa00d04ce in new_thread (stack=Cannot access memory at address 0x8
) at process.c:205
Previous frame inner to this frame (corrupt stack?)
(gdb) info thr
* 1 process 13456  0xa01643e1 in kill ()
     at 
/localdisk/builds/3pc/2.4.22-i686sim/2.4.22/include/asm/arch/string.h:486
(gdb)





-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel