[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