[parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb
Joel Soete
soete.joel at tiscali.be
Wed Feb 18 10:25:46 MST 2004
Carlos,
>>> > But now I need more to try to complete job because:
>> > make[2]: *** [/Develop/parisc-linux/build/glibc/sunrpc/xbootparam_prot.stmp]
>
>This is the first time that the loader you built is used. If the loader
>is in anyway broke, it will *always* die here first. Just remember this
>glibc haiku when you are coding:
>
> Loader code is bad.
> Dying in sunrpc.
> Blame relocations.
>
>:)
:)) (I was ignoring what an haiku is but now find it as a very good example)
r00-03 0000000000000000 000000004102b6fc 000000004100721f 00000000faf02040
>[snip] If you had a copy of your
/proc/<pid>/maps then you could decipher where 0x4102b6fc pointed.
First just to be sure: don't you speak better of r02=0x4100721f?
unfortunately when I discover dmesg, the process was already died :(
(I will see howto ?)
> > IASQ: 0000000000003580 0000000000003580 IAOQ: 0000000041007293 0000000041007297
> > IIR: 0ec01095 ISR: 0000000000003580 IO
>: 000000000016b690
> > CPU: 8 CR30: 000000003a038000 CR31: 00000000104a4000
> > ORIG_R28: 0000000040170000
> > IAOQ[0]: 0x41007293
> > IAOQ[1]: 0x41007297
> > RP(r2): 0x4100721f
>Odd, the insns you are executing are really close to
>your IAOQ addresses, so the functions are close together.
Thanks for advise, help and attention,
Joel
----------------------------------------------------------------------------------------
Tiscali ADSL: 19,50 /mois, pendant 3 mois! L'Internet rapide, c'est pour
tout le monde.
http://reg.tiscali.be/default.asp?lg=fr
More information about the parisc-linux
mailing list