[OpenAFS-devel] YDL 5.0.2... it gets weirder
Atro Tossavainen
atro.tossavainen+openafs@helsinki.fi
Fri, 2 Nov 2007 13:12:43 +0200 (EET)
> If you built with "-g", you may also be able to
> look more easily at additional program state information.
Apparently "make dest" strips the binaries anyway... Oh well:
# gdb /usr/src/openafs-1.4.3/src/kauth/klog
GNU gdb Red Hat Linux (6.3.0.0-1.122rh)
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 "ppc-yellowdog-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run -setpag userid
Starting program: /usr/src/openafs-1.4.3/src/kauth/klog -setpag userid
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x100000
Password:
Program received signal SIGSEGV, Segmentation fault.
0x100421e4 in Create_Process_Part2 () at ./lwp.c:791
791 { /* creates a context for the new process */
> in both cases:
> where
#0 0x100421e4 in Create_Process_Part2 () at ./lwp.c:791
#1 0x10042b50 in savecontext (ep=Variable "ep" is not available.
) at ./process.c:188
Cannot access memory at address 0x3056b101
> info r
r0 0x10042b50 268708688
r1 0x3056b0dd 810987741
r2 0x30017470 805401712
r3 0x1 1
r4 0x1 1
r5 0x0 0
r6 0xf5a50c8 257577160
r7 0x0 0
r8 0xf6e04b8 258868408
r9 0x100421e0 268706272
r10 0x0 0
r11 0xf5a5070 257577072
r12 0x24004422 603997218
r13 0x1006da4c 268884556
r14 0xf6df8c4 258865348
r15 0x10065d6c 268852588
r16 0x7fd1ab9a 2144447386
r17 0x0 0
r18 0x1 1
r19 0x7fd18500 2144437504
r20 0x0 0
r21 0x10065d08 268852488
r22 0x10043a70 268712560
r23 0x10050ae4 268765924
r24 0x0 0
r25 0x30000 196608
r26 0x10065d48 268852552
r27 0x100ce348 269280072
r28 0x100ce040 269279296
r29 0x10065ce0 268852448
r30 0x1006cecc 268881612
r31 0x30046008 805593096
pc 0x100421e4 268706276
cr 0x24004422 603997218
lr 0x10042b50 268708688
ctr 0x100421e0 268706272
xer 0x0 0
> x/30i $pc
0x100421e4 <Create_Process_Part2+4>: stwu r1,-32(r1)
0x100421e8 <Create_Process_Part2+8>: li r5,0
0x100421ec <Create_Process_Part2+12>:
bcl- 20,4*cr7+so,0x100421f0 <Create_Process_Part2+16>
0x100421f0 <Create_Process_Part2+16>: stw r0,36(r1)
0x100421f4 <Create_Process_Part2+20>: stw r30,24(r1)
0x100421f8 <Create_Process_Part2+24>: mflr r30
0x100421fc <Create_Process_Part2+28>: stw r29,20(r1)
0x10042200 <Create_Process_Part2+32>: addis r30,r30,3
0x10042204 <Create_Process_Part2+36>: addi r30,r30,-21412
0x10042208 <Create_Process_Part2+40>: lwz r9,-32756(r30)
0x1004220c <Create_Process_Part2+44>: lwz r3,-32748(r30)
0x10042210 <Create_Process_Part2+48>: lwz r29,0(r9)
0x10042214 <Create_Process_Part2+52>: addi r4,r29,96
0x10042218 <Create_Process_Part2+56>: crclr 4*cr1+eq
0x1004221c <Create_Process_Part2+60>: bl 0x10042a20 <savecontext>
0x10042220 <Create_Process_Part2+64>: lwz r0,76(r29)
0x10042224 <Create_Process_Part2+68>: lwz r3,80(r29)
0x10042228 <Create_Process_Part2+72>: mtctr r0
0x1004222c <Create_Process_Part2+76>: crclr 4*cr1+eq
0x10042230 <Create_Process_Part2+80>: bctrl
0x10042234 <Create_Process_Part2+84>: mr r3,r29
0x10042238 <Create_Process_Part2+88>: bl 0x100420f0 <LWP_DestroyProcess>
0x1004223c <Create_Process_Part2+92>: lwz r0,36(r1)
0x10042240 <Create_Process_Part2+96>: li r3,0
0x10042244 <Create_Process_Part2+100>: lwz r29,20(r1)
0x10042248 <Create_Process_Part2+104>: lwz r30,24(r1)
0x1004224c <Create_Process_Part2+108>: addi r1,r1,32
0x10042250 <Create_Process_Part2+112>: mtlr r0
0x10042254 <Create_Process_Part2+116>: blr
0x10042258 <Create_Process_Part2+120>: nop
--
Atro Tossavainen (Mr.) / The Institute of Biotechnology at
Systems Analyst, Techno-Amish & / the University of Helsinki, Finland,
+358-9-19158939 UNIX Dinosaur / employs me, but my opinions are my own.
< URL : http : / / www . helsinki . fi / %7E atossava / > NO FILE ATTACHMENTS