This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Versioning mess proved!!!
- To: Franz Sirl <Franz dot Sirl-kernel at lauterbach dot com>
- Subject: Re: Versioning mess proved!!!
- From: Christian Iseli <chris at ludwig-alpha dot unil dot ch>
- Date: Tue, 03 Oct 2000 18:04:10 +0200
- cc: Geoff Keating <geoffk at cygnus dot com>, drepper at cygnus dot com, philb at gnu dot org, howarth at fuse dot net, libc-alpha at sourceware dot cygnus dot com, aj at suse dot de
Hi,
Franz.Sirl-kernel@lauterbach.com said:
> $ LD_LIBRARY_PATH=./213/ LD_BIND_NOW=1 ./tA
> 0x10010818
> $ LD_LIBRARY_PATH=./22/ LD_BIND_NOW=1 ./tA
> 0x10010818
> Segmentation fault (core dumped)
> The testcase works on both glibc-2.1.9x and gcc-2.1.3 systems and
> illustrates the same fault I see with zlib, namely that during the
> execution the first word of foo() gets relocated to an absolute
> branch to 0. This leads to a nice segfault then.
Tried it on alpha, both under glibc-2.1.2 and mainline glibc-2.1.94:
# LD_LIBRARY_PATH=./213/ LD_BIND_NOW=1 ./tA
0x20000122a90
# LD_LIBRARY_PATH=./22/ LD_BIND_NOW=1 ./tA
(nil)
This was compiled using mainline gcc (gcc version 2.96 20000929) and binutils
2.10.0.26. The glibc-2.1.94 test was done in a chroot'ed environment...
All the compilation was done in the glibc-2.1.2 environment.
Cheers,
Christian