* [parisc-linux] make SEGV
@ 2004-12-12 22:00 John David Anglin
2004-12-13 0:40 ` Randolph Chung
0 siblings, 1 reply; 2+ messages in thread
From: John David Anglin @ 2004-12-12 22:00 UTC (permalink / raw)
To: parisc-linux
This is on gsyprf11. We had a SIGSEGV because r26 is 0 but how
did r26 get to be 0?
dave@gsyprf11:~/gcc-4.0/objdir/hppa-linux/libjava$ gdb /home/dave/opt/gnu/bin/make -c core.save
...
Core was generated by `make AR_FLAGS=rc CC_FOR_BUILD=gcc CFLAGS=-O2 -g -O2 CXXFLAGS=-g -O2 -D_GNU_SOUR'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /home/dave/opt/gnu/lib/libutil.so.1...done.
Loaded symbols for /home/dave/opt/gnu/lib/libutil.so.1
Reading symbols from /home/dave/opt/gnu/lib/librt.so.1...done.
Loaded symbols for /home/dave/opt/gnu/lib/librt.so.1
Reading symbols from /home/dave/opt/gnu/lib/libc.so.6...done.
Loaded symbols for /home/dave/opt/gnu/lib/libc.so.6
Reading symbols from /home/dave/opt/gnu/lib/libpthread.so.0...done.
Loaded symbols for /home/dave/opt/gnu/lib/libpthread.so.0
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
#0 0x000160e0 in set_command_state (file=0x0, state=2) at ../file.c:556
556 file->command_state = state;
(gdb) bt
#0 0x000160e0 in set_command_state (file=0x0, state=2) at ../file.c:556
#1 0x0001adec in start_job_command (child=0x75d0b8) at ../job.c:1249
...
(gdb) disass 0x0001addc 0x0001adfc
Dump of assembler code from 0x1addc to 0x1adfc:
0x0001addc <start_job_command+888>: ldw -124(,sp),r19
0x0001ade0 <start_job_command+892>: ldi 2,r25
0x0001ade4 <start_job_command+896>: b,l 0x160dc <set_command_state>,rp
0x0001ade8 <start_job_command+900>: ldw 4(,r19),r26
...
(gdb) disass 0x000160c0 0x000160f0
Dump of assembler code from 0x160c0 to 0x160f0:
...
0x000160dc <set_command_state+0>: depw,z r25,17,2,r20
0x000160e0 <set_command_state+4>: ldw 50(,r26),r19
(gdb) p/x $r26
$1 = 0x0
(gdb) p/x $r25
$4 = 0x2
(gdb) p/x $r19
$8 = 0x75d0b8
(gdb) p/x *($r19 + 4)
$7 = 0x1728b8
(gdb) p/x $rp
$10 = 0x1adef
It would seem r26 should contain 0x1728b8. I don't know if this is
a coincidence but r15 contains this value:
(gdb) p/x $r15
$1 = 0x1728b8
Dave
--
J. David Anglin dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [parisc-linux] make SEGV
2004-12-12 22:00 [parisc-linux] make SEGV John David Anglin
@ 2004-12-13 0:40 ` Randolph Chung
0 siblings, 0 replies; 2+ messages in thread
From: Randolph Chung @ 2004-12-13 0:40 UTC (permalink / raw)
To: John David Anglin; +Cc: parisc-linux
In reference to a message from John David Anglin, dated Dec 12:
> This is on gsyprf11. We had a SIGSEGV because r26 is 0 but how
> did r26 get to be 0?
Do you still have the corefile for this? does "info register" give
register values that are the same as what you see with "p $r26"?
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-12-13 0:40 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-12 22:00 [parisc-linux] make SEGV John David Anglin
2004-12-13 0:40 ` Randolph Chung
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.