[gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 2013 bytes --]

Hello All, specially azarah.

emerging glibc-2.3.2-r6 *or* glibc-2.3.2-r8 results in:

$ ls
Segmentation fault
$ sudo mv libpthread-0.10.so /lib/
Password:
$ ls
conectiva-crystal-102802.tar.gz  docs        kmail.patch    wolf3d.tar.bz2
crypt.c                          emu10k1     msn            
zeddmore::kernel.config
cvs                              fetchmails  nbensa.script

(NOTE: the file 'libpthread-0.10.so' is from glibc-2.3.2-r1)


$ emerge info
Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 
2.4.21-pfeifer-r1_pre4)
=================================================================
System uname: 2.4.21-pfeifer-r1_pre4 i586 AMD-K6(tm) 3D processor
Gentoo Base System version 1.4.3.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
CHOST="i586-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/
config /usr/kde/3/share/config /var/bind"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs sandbox ccache distcc userpriv usersandbox"
GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 crypt cups foomaticdb libg++ mad ncurses pdflib spell xml2 zlib gdbm 
berkdb readline guile tcpd pam libwww python -3dnow acl apache2 -apm -arts 
-avi -encode gif gnome -gpm gtk gtk2 imap imlib innodb -ipv6 jpeg -kde 
kerberos krb4 ldap -mikmod -motif -mpeg mysql -nls -oggvorbis -opengl -oss 
perl png -qt -quicktime -samba sasl -sdl -slang -slp -snmp -socks5 ssl -svga 
-tcl -tetex -tk threads -truetype -X xml -xmms -xv"


Regards,
Norberto
-- 
 09:53:52 up  9:14,  1 user,  load average: 0.40, 0.13, 0.04

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Kumba]

Norberto Bensa wrote:
> Hello All, specially azarah.
[snip]

I recommend you file this as a bug on bugs.gentoo.org.  Posting such 
bugs to the gentoo-dev ML is a great way for them to get lost in the 
shuffle of things.

Offhand, I just merged glibc-2.3.2-r8, and alls well for my machines so far.


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 535 bytes --]

Kumba wrote:
> Norberto Bensa wrote:
> > Hello All, specially azarah.
>
> [snip]
>
> I recommend you file this as a bug on bugs.gentoo.org.  Posting such

Yeah, I thought about that, but it seems that this problem is related to K6 
chips. I wanted some input from the subscribers to this list before I go to 
file a bug report. 

> Offhand, I just merged glibc-2.3.2-r8, and alls well for my machines so
> far.

Yep, I'm running glibc-2.3.2-r8 on pentium2 and 3. The K6 boxes are the 
problem :-/

Thanks,
Norberto

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Kumba]

Norberto Bensa wrote:

> Yeah, I thought about that, but it seems that this problem is related to K6 
> chips. I wanted some input from the subscribers to this list before I go to 
> file a bug report. 

> Yep, I'm running glibc-2.3.2-r8 on pentium2 and 3. The K6 boxes are the 
> problem :-/

Rather weird.  I've got a Duron 700MHz running happy with nptl.  K6's 
are i586, right?  Maybe nptl doesn't play nice with i586 machines...


--Kumba

-- 
"Such is oft the course of deeds that move the wheels of the world: 
small hands do them because they must, while the eyes of the great are 
elsewhere."  --Elrond


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 342 bytes --]

Kumba wrote:
> Norberto Bensa wrote:
> > Yep, I'm running glibc-2.3.2-r8 on pentium2 and 3. The K6 boxes are the
> > problem :-/
>
> Rather weird.  I've got a Duron 700MHz running happy with nptl.  K6's
> are i586, right?  Maybe nptl doesn't play nice with i586 machines...

Thing is: I don't use nptl in none of my boxes.

Regards,
Norberto

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 607 bytes --]

On Tue, 2003-10-28 at 18:55, Norberto Bensa wrote:
> Kumba wrote:
> > Norberto Bensa wrote:
> > > Yep, I'm running glibc-2.3.2-r8 on pentium2 and 3. The K6 boxes are the
> > > problem :-/
> >
> > Rather weird.  I've got a Duron 700MHz running happy with nptl.  K6's
> > are i586, right?  Maybe nptl doesn't play nice with i586 machines...
> 
> Thing is: I don't use nptl in none of my boxes.
> 

Yep, that is the K6 issue I know of.  I have not seen anything on
the lists though.


-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 633 bytes --]

Martin Schlemmer wrote:
> On Tue, 2003-10-28 at 18:55, Norberto Bensa wrote:
> > Kumba wrote:
> > > Rather weird.  I've got a Duron 700MHz running happy with nptl.  K6's
> > > are i586, right?  Maybe nptl doesn't play nice with i586 machines...
> >
> > Thing is: I don't use nptl in none of my boxes.
>
> Yep, that is the K6 issue I know of.  I have not seen anything on
> the lists though.

Martin, do you mean I can replace the microprocessor on that box and problem 
solved? I have a few Pentium MMX laying around........  :-)

Thanks,
Norberto

-- 
 04:04:18 up  3:47,  1 user,  load average: 0.07, 0.06, 0.06

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1266 bytes --]

On Thu, 2003-10-30 at 09:07, Norberto Bensa wrote:
> Martin Schlemmer wrote:
> > On Tue, 2003-10-28 at 18:55, Norberto Bensa wrote:
> > > Kumba wrote:
> > > > Rather weird.  I've got a Duron 700MHz running happy with nptl.  K6's
> > > > are i586, right?  Maybe nptl doesn't play nice with i586 machines...
> > >
> > > Thing is: I don't use nptl in none of my boxes.
> >
> > Yep, that is the K6 issue I know of.  I have not seen anything on
> > the lists though.
> 
> Martin, do you mean I can replace the microprocessor on that box and problem 
> solved? I have a few Pentium MMX laying around........  :-)
> 

Not sure if it will work that way, and I guess it will depend if there
is no 3dnow instructions in use - might be interesting to test though.

It might just be that for the k6, even with -march/cpu=i586, things are
compiled wrong (and might be for some athlon as well).  As a side note,
do you have a relative more complete list of what is not working ?  Try
to be more specific - portage will not cut it, as it was only utils from
coreutils that segfaulted for coredumb, rather is it python as well,
etc.


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 852 bytes --]

Martin Schlemmer wrote:
> On Thu, 2003-10-30 at 09:07, Norberto Bensa wrote:
> > Martin, do you mean I can replace the microprocessor on that box and
> > problem solved? I have a few Pentium MMX laying around........  :-)
>
> Not sure if it will work that way, and I guess it will depend if there
> is no 3dnow instructions in use - might be interesting to test though.

I've tried swaping the microprocessor: same message. Seems compiled wrong by 
the box. I'll dedicate a Pentium MMX box to update glibc and see how it goes.

> As a side note,
> do you have a relative more complete list of what is not working ?  

Everything that links to libpthreads: perl, python, coreutils (or part of it,) 
tar... if ldd shows libpthread then is broken.

Regards,
Norberto

-- 
 22:18:47 up 22:02,  1 user,  load average: 0.05, 0.06, 0.01

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1097 bytes --]

On Fri, 2003-10-31 at 03:22, Norberto Bensa wrote:
> Martin Schlemmer wrote:
> > On Thu, 2003-10-30 at 09:07, Norberto Bensa wrote:
> > > Martin, do you mean I can replace the microprocessor on that box and
> > > problem solved? I have a few Pentium MMX laying around........  :-)
> >
> > Not sure if it will work that way, and I guess it will depend if there
> > is no 3dnow instructions in use - might be interesting to test though.
> 
> I've tried swaping the microprocessor: same message. Seems compiled wrong by 
> the box. I'll dedicate a Pentium MMX box to update glibc and see how it goes.
> 

Thought as much.

> > As a side note,
> > do you have a relative more complete list of what is not working ?  
> 
> Everything that links to libpthreads: perl, python, coreutils (or part of it,) 
> tar... if ldd shows libpthread then is broken.
> 

Tal, after you got that coreutils binary package ... what did you have
to do to fix your system ?


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 909 bytes --]

> On Fri, 2003-10-31 at 03:22, Norberto Bensa wrote:
> > I've tried swaping the microprocessor: same message. Seems compiled wrong
> > by the box. I'll dedicate a Pentium MMX box to update glibc and see how
> > it goes.

Martin,

I've tried something better. My firewall runs on a Pentium MMX box. I've 
tarred the filesystem and moved it to my main box, a Pentium III [1]

Once on the P3 box, I chrooted and then I've 'emerge -u glibc' This is the 
result:

	# ls
	Segmentation fault

So the problem are not K6. The problem, IMHO, is gcc. CFLAGS on the firewall 
(P-MMX) are these:

	CFLAGS="-march=pentium -Os -ffast-math -fomit-frame-pointer -pipe"

"-march=pentium" is what I use on the K6 box where I first experienced this 
problem. I'll try -march=pentium{2,3} tomorrow and keep you informed if you 
want.

Regards,
Norberto

[1] the Pentium III box runs glibc-2.3.2-r8.


[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Robin H. Johnson]

[-- Attachment #1: Type: text/plain, Size: 458 bytes --]

On Sat, Nov 01, 2003 at 03:43:45AM -0300, Norberto Bensa wrote:
> 	CFLAGS="-march=pentium -Os -ffast-math -fomit-frame-pointer -pipe"
do NOT use -ffast-math, it's asking for trouble (look it up in 'man gcc'
for the reason).

-- 
Robin Hugh Johnson
E-Mail     : robbat2@orbis-terrarum.net
Home Page  : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ#       : 30269588 or 41961639
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 371 bytes --]

Robin H. Johnson wrote:
> On Sat, Nov 01, 2003 at 03:43:45AM -0300, Norberto Bensa wrote:
> > 	CFLAGS="-march=pentium -Os -ffast-math -fomit-frame-pointer -pipe"
>
> do NOT use -ffast-math, it's asking for trouble (look it up in 'man gcc'
> for the reason).

Thanks, but glibc filters that ;-)

-- 
 03:50:43 up  5:53,  1 user,  load average: 0.00, 0.16, 0.76

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[James Harlow]

> On Sat, Nov 01, 2003 at 03:43:45AM -0300, Norberto Bensa wrote:
> > 	CFLAGS="-march=pentium -Os -ffast-math -fomit-frame-pointer -pipe"

On Fri, Oct 31, 2003 at 10:50:14PM -0800, Robin H. Johnson wrote:
> do NOT use -ffast-math, it's asking for trouble (look it up in 'man gcc'
> for the reason).

Leaving aside the question of sillyness of using -ffast-math in the
system CFLAGS, I'd be surprised if `ls` made use of any floating-point
math at all, let alone requiring a strict implementation of the IEEE
standard.

-- 
When a true genius appears in the world, you may know him by this sign, that the dunces are all in confederacy against him. - Jonathan Swift

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

On Sat, 2003-11-01 at 08:43, Norberto Bensa wrote:
> > On Fri, 2003-10-31 at 03:22, Norberto Bensa wrote:
> > > I've tried swaping the microprocessor: same message. Seems compiled wrong
> > > by the box. I'll dedicate a Pentium MMX box to update glibc and see how
> > > it goes.
> 
> Martin,
> 
> I've tried something better. My firewall runs on a Pentium MMX box. I've 
> tarred the filesystem and moved it to my main box, a Pentium III [1]
> 
> Once on the P3 box, I chrooted and then I've 'emerge -u glibc' This is the 
> result:
> 
> 	# ls
> 	Segmentation fault
> 
> So the problem are not K6. The problem, IMHO, is gcc. CFLAGS on the firewall 
> (P-MMX) are these:
> 
> 	CFLAGS="-march=pentium -Os -ffast-math -fomit-frame-pointer -pipe"
> 
> "-march=pentium" is what I use on the K6 box where I first experienced this 
> problem. I'll try -march=pentium{2,3} tomorrow and keep you informed if you 
> want.
> 

So basically so far on a k6 and a p3, with -march=pentium it borks ?

Just to refresh (sorry if I asked before), what glibc, gcc and binutils
is present when merging the new glibc ?


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 498 bytes --]

Martin Schlemmer wrote:
> So basically so far on a k6 and a p3, with -march=pentium it borks ?

yup... on a chrooted environment on a p3 box it borks.

*But* the very same p3 box is happily running glibc 2.3.2-r8 :-/ 
And there's a p2 box running 2.3.2-r8 too.

> Just to refresh (sorry if I asked before), what glibc, gcc and binutils
> is present when merging the new glibc ?

sys-libs/glibc-2.3.2-r1
sys-devel/gcc-3.3.2-r2
sys-devel/binutils-2.14.90.0.6-r7


Regards,
Norberto

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 545 bytes --]

On Sat, 2003-11-01 at 18:30, Norberto Bensa wrote:
> Martin Schlemmer wrote:
> > So basically so far on a k6 and a p3, with -march=pentium it borks ?
> 
> yup... on a chrooted environment on a p3 box it borks.
> 
> *But* the very same p3 box is happily running glibc 2.3.2-r8 :-/ 
> And there's a p2 box running 2.3.2-r8 too.
> 

Ok, at least there is some direction now.  I will try a chroot built
with -march=pentium.


-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 746 bytes --]

On Sat, 2003-11-01 at 18:30, Norberto Bensa wrote:
> Martin Schlemmer wrote:
> > So basically so far on a k6 and a p3, with -march=pentium it borks ?
> 
> yup... on a chrooted environment on a p3 box it borks.
> 
> *But* the very same p3 box is happily running glibc 2.3.2-r8 :-/ 
> And there's a p2 box running 2.3.2-r8 too.
> 
> > Just to refresh (sorry if I asked before), what glibc, gcc and binutils
> > is present when merging the new glibc ?
> 
> sys-libs/glibc-2.3.2-r1
> sys-devel/gcc-3.3.2-r2
> sys-devel/binutils-2.14.90.0.6-r7
> 

Lastly - you do hot use hardened-gcc or such ?  grsecurity ?


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 267 bytes --]

Martin Schlemmer wrote:
> On Sat, 2003-11-01 at 18:30, Norberto Bensa wrote:
> > sys-libs/glibc-2.3.2-r1
> > sys-devel/gcc-3.3.2-r2
> > sys-devel/binutils-2.14.90.0.6-r7
>
> Lastly - you do hot use hardened-gcc or such ?  grsecurity ?
>

Nope. 

Norberto

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 887 bytes --]

On Sat, 2003-11-01 at 18:30, Norberto Bensa wrote:
> Martin Schlemmer wrote:
> > So basically so far on a k6 and a p3, with -march=pentium it borks ?
> 
> yup... on a chrooted environment on a p3 box it borks.
> 
> *But* the very same p3 box is happily running glibc 2.3.2-r8 :-/ 
> And there's a p2 box running 2.3.2-r8 too.
> 
> > Just to refresh (sorry if I asked before), what glibc, gcc and binutils
> > is present when merging the new glibc ?
> 
> sys-libs/glibc-2.3.2-r1
> sys-devel/gcc-3.3.2-r2
> sys-devel/binutils-2.14.90.0.6-r7
> 

I build for CHOST=i586-pc-linux-gnu and similar CFLAGS, different
order in which I upgrade, and from where I upgrade, but no go, it
works still.

Do you use a similar kernel between all the boxes ?


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 629 bytes --]

Martin Schlemmer wrote:
> On Sat, 2003-11-01 at 18:30, Norberto Bensa wrote:
> > sys-libs/glibc-2.3.2-r1
> > sys-devel/gcc-3.3.2-r2
> > sys-devel/binutils-2.14.90.0.6-r7
>
> I build for CHOST=i586-pc-linux-gnu and similar CFLAGS, different
> order in which I upgrade, and from where I upgrade, but no go, it
> works still.
>
> Do you use a similar kernel between all the boxes ?

pfeifer-sources-2.4.21-r1_pre4 where is doesn't work.
aa-sources 2.4.23pre6aa3 on the ones where glibc works... hmmm....

anyway... why did the chrooted glibc broke? linux-headers is 2.4.21 in all the 
boxes


Regards,
Norberto

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 869 bytes --]

On Mon, 2003-11-03 at 05:31, Norberto Bensa wrote:
> Martin Schlemmer wrote:
> > On Sat, 2003-11-01 at 18:30, Norberto Bensa wrote:
> > > sys-libs/glibc-2.3.2-r1
> > > sys-devel/gcc-3.3.2-r2
> > > sys-devel/binutils-2.14.90.0.6-r7
> >
> > I build for CHOST=i586-pc-linux-gnu and similar CFLAGS, different
> > order in which I upgrade, and from where I upgrade, but no go, it
> > works still.
> >
> > Do you use a similar kernel between all the boxes ?
> 
> pfeifer-sources-2.4.21-r1_pre4 where is doesn't work.
> aa-sources 2.4.23pre6aa3 on the ones where glibc works... hmmm....
> 
> anyway... why did the chrooted glibc broke? linux-headers is 2.4.21 in all the 
> boxes
> 

I am trying to get a connection, so it may or may not be.


-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 2342 bytes --]

On Mon, 2003-10-27 at 15:04, Norberto Bensa wrote:

Hiya,

> 
> emerging glibc-2.3.2-r6 *or* glibc-2.3.2-r8 results in:
> 
> $ ls
> Segmentation fault
> $ sudo mv libpthread-0.10.so /lib/
> Password:
> $ ls
> conectiva-crystal-102802.tar.gz  docs        kmail.patch    wolf3d.tar.bz2
> crypt.c                          emu10k1     msn            
> zeddmore::kernel.config
> cvs                              fetchmails  nbensa.script
> 
> (NOTE: the file 'libpthread-0.10.so' is from glibc-2.3.2-r1)
> 

I have seen this once before, and that was when coredump upgraded ...

Lets verify two things:
1) You do _NOT_ have 'nptl' in USE
2) You have an K6-2

??


> 
> $ emerge info
> Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 
> 2.4.21-pfeifer-r1_pre4)
> =================================================================
> System uname: 2.4.21-pfeifer-r1_pre4 i586 AMD-K6(tm) 3D processor
> Gentoo Base System version 1.4.3.11
> ACCEPT_KEYWORDS="x86 ~x86"
> AUTOCLEAN="yes"
> CFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> CHOST="i586-pc-linux-gnu"
> COMPILER="gcc3"
> CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/
> config /usr/kde/3/share/config /var/bind"
> CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
> CXXFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoaddcvs sandbox ccache distcc userpriv usersandbox"
> GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo/"
> MAKEOPTS="-j2"
> PKGDIR="/usr/portage/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> PORTDIR_OVERLAY="/usr/local/portage"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> USE="x86 crypt cups foomaticdb libg++ mad ncurses pdflib spell xml2 zlib gdbm 
> berkdb readline guile tcpd pam libwww python -3dnow acl apache2 -apm -arts 
> -avi -encode gif gnome -gpm gtk gtk2 imap imlib innodb -ipv6 jpeg -kde 
> kerberos krb4 ldap -mikmod -motif -mpeg mysql -nls -oggvorbis -opengl -oss 
> perl png -qt -quicktime -samba sasl -sdl -slang -slp -snmp -socks5 ssl -svga 
> -tcl -tetex -tk threads -truetype -X xml -xmms -xv"
> 


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 2576 bytes --]

On Mon, 2003-10-27 at 22:44, Martin Schlemmer wrote:
> On Mon, 2003-10-27 at 15:04, Norberto Bensa wrote:
> 
> Hiya,
> 
> > 
> > emerging glibc-2.3.2-r6 *or* glibc-2.3.2-r8 results in:
> > 
> > $ ls
> > Segmentation fault
> > $ sudo mv libpthread-0.10.so /lib/
> > Password:
> > $ ls
> > conectiva-crystal-102802.tar.gz  docs        kmail.patch    wolf3d.tar.bz2
> > crypt.c                          emu10k1     msn            
> > zeddmore::kernel.config
> > cvs                              fetchmails  nbensa.script
> > 
> > (NOTE: the file 'libpthread-0.10.so' is from glibc-2.3.2-r1)
> > 
> 
> I have seen this once before, and that was when coredump upgraded ...
> 
> Lets verify two things:
> 1) You do _NOT_ have 'nptl' in USE
> 2) You have an K6-2
> 
> ??
> 

BTW: it seems like it only affects coreutils ...

> 
> > 
> > $ emerge info
> > Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 
> > 2.4.21-pfeifer-r1_pre4)
> > =================================================================
> > System uname: 2.4.21-pfeifer-r1_pre4 i586 AMD-K6(tm) 3D processor
> > Gentoo Base System version 1.4.3.11
> > ACCEPT_KEYWORDS="x86 ~x86"
> > AUTOCLEAN="yes"
> > CFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> > CHOST="i586-pc-linux-gnu"
> > COMPILER="gcc3"
> > CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/
> > config /usr/kde/3/share/config /var/bind"
> > CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
> > CXXFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> > DISTDIR="/usr/portage/distfiles"
> > FEATURES="autoaddcvs sandbox ccache distcc userpriv usersandbox"
> > GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo/"
> > MAKEOPTS="-j2"
> > PKGDIR="/usr/portage/packages"
> > PORTAGE_TMPDIR="/var/tmp"
> > PORTDIR="/usr/portage"
> > PORTDIR_OVERLAY="/usr/local/portage"
> > SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> > USE="x86 crypt cups foomaticdb libg++ mad ncurses pdflib spell xml2 zlib gdbm 
> > berkdb readline guile tcpd pam libwww python -3dnow acl apache2 -apm -arts 
> > -avi -encode gif gnome -gpm gtk gtk2 imap imlib innodb -ipv6 jpeg -kde 
> > kerberos krb4 ldap -mikmod -motif -mpeg mysql -nls -oggvorbis -opengl -oss 
> > perl png -qt -quicktime -samba sasl -sdl -slang -slp -snmp -socks5 ssl -svga 
> > -tcl -tetex -tk threads -truetype -X xml -xmms -xv"
> > 
> 
> 
> Thanks,
-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Andrei Ivanov]

I have a machine that I upgraded glibc to 2.3.2-r7 and then downgraded to 
-r6, and most of the binaries segfault before exiting... and I did use 
`nptl` flag... I was thinking of reinstalling, but if I can save it by 
geting libpthread from another machine and then maybe upgrade to r8, 
that's very good. If you need some tests I can do on that machine before 
updating glibc, just tell me...

On Mon, 27 Oct 2003, Martin Schlemmer wrote:

> On Mon, 2003-10-27 at 22:44, Martin Schlemmer wrote:
> > On Mon, 2003-10-27 at 15:04, Norberto Bensa wrote:
> > 
> > Hiya,
> > 
> > > 
> > > emerging glibc-2.3.2-r6 *or* glibc-2.3.2-r8 results in:
> > > 
> > > $ ls
> > > Segmentation fault
> > > $ sudo mv libpthread-0.10.so /lib/
> > > Password:
> > > $ ls
> > > conectiva-crystal-102802.tar.gz  docs        kmail.patch    wolf3d.tar.bz2
> > > crypt.c                          emu10k1     msn            
> > > zeddmore::kernel.config
> > > cvs                              fetchmails  nbensa.script
> > > 
> > > (NOTE: the file 'libpthread-0.10.so' is from glibc-2.3.2-r1)
> > > 
> > 
> > I have seen this once before, and that was when coredump upgraded ...
> > 
> > Lets verify two things:
> > 1) You do _NOT_ have 'nptl' in USE
> > 2) You have an K6-2
> > 
> > ??
> > 
> 
> BTW: it seems like it only affects coreutils ...
> 
> > 
> > > 
> > > $ emerge info
> > > Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 
> > > 2.4.21-pfeifer-r1_pre4)
> > > =================================================================
> > > System uname: 2.4.21-pfeifer-r1_pre4 i586 AMD-K6(tm) 3D processor
> > > Gentoo Base System version 1.4.3.11
> > > ACCEPT_KEYWORDS="x86 ~x86"
> > > AUTOCLEAN="yes"
> > > CFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> > > CHOST="i586-pc-linux-gnu"
> > > COMPILER="gcc3"
> > > CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/
> > > config /usr/kde/3/share/config /var/bind"
> > > CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
> > > CXXFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> > > DISTDIR="/usr/portage/distfiles"
> > > FEATURES="autoaddcvs sandbox ccache distcc userpriv usersandbox"
> > > GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo/"
> > > MAKEOPTS="-j2"
> > > PKGDIR="/usr/portage/packages"
> > > PORTAGE_TMPDIR="/var/tmp"
> > > PORTDIR="/usr/portage"
> > > PORTDIR_OVERLAY="/usr/local/portage"
> > > SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> > > USE="x86 crypt cups foomaticdb libg++ mad ncurses pdflib spell xml2 zlib gdbm 
> > > berkdb readline guile tcpd pam libwww python -3dnow acl apache2 -apm -arts 
> > > -avi -encode gif gnome -gpm gtk gtk2 imap imlib innodb -ipv6 jpeg -kde 
> > > kerberos krb4 ldap -mikmod -motif -mpeg mysql -nls -oggvorbis -opengl -oss 
> > > perl png -qt -quicktime -samba sasl -sdl -slang -slp -snmp -socks5 ssl -svga 
> > > -tcl -tetex -tk threads -truetype -X xml -xmms -xv"
> > > 
> > 
> > 
> > Thanks,
> -- 
> 
> Martin Schlemmer
> Gentoo Linux Developer, Desktop/System Team Developer
> Cape Town, South Africa
> 
> 
> 

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Matt Chorman]

My experience with ntpl has been exaclty like this - even downgrading did not 
help. Try recompiling glibc WITHOUT use=ntpl. Your binaries will (should?) 
start to work again. Mine did....

On Monday 27 October 2003 02:14 pm, Andrei Ivanov wrote:
> I have a machine that I upgraded glibc to 2.3.2-r7 and then downgraded to
> -r6, and most of the binaries segfault before exiting... and I did use
> `nptl` flag... I was thinking of reinstalling, but if I can save it by
> geting libpthread from another machine and then maybe upgrade to r8,
> that's very good. If you need some tests I can do on that machine before
> updating glibc, just tell me...
>
> On Mon, 27 Oct 2003, Martin Schlemmer wrote:
> > On Mon, 2003-10-27 at 22:44, Martin Schlemmer wrote:
> > > On Mon, 2003-10-27 at 15:04, Norberto Bensa wrote:
> > >
> > > Hiya,
> > >
> > > > emerging glibc-2.3.2-r6 *or* glibc-2.3.2-r8 results in:
> > > >
> > > > $ ls
> > > > Segmentation fault
> > > > $ sudo mv libpthread-0.10.so /lib/
> > > > Password:
> > > > $ ls
> > > > conectiva-crystal-102802.tar.gz  docs        kmail.patch   
> > > > wolf3d.tar.bz2 crypt.c                          emu10k1     msn
> > > > zeddmore::kernel.config
> > > > cvs                              fetchmails  nbensa.script
> > > >
> > > > (NOTE: the file 'libpthread-0.10.so' is from glibc-2.3.2-r1)
> > >
> > > I have seen this once before, and that was when coredump upgraded ...
> > >
> > > Lets verify two things:
> > > 1) You do _NOT_ have 'nptl' in USE
> > > 2) You have an K6-2
> > >
> > > ??
> >
> > BTW: it seems like it only affects coreutils ...
> >
> > > > $ emerge info
> > > > Portage 2.0.49-r15 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8,
> > > > 2.4.21-pfeifer-r1_pre4)
> > > > =================================================================
> > > > System uname: 2.4.21-pfeifer-r1_pre4 i586 AMD-K6(tm) 3D processor
> > > > Gentoo Base System version 1.4.3.11
> > > > ACCEPT_KEYWORDS="x86 ~x86"
> > > > AUTOCLEAN="yes"
> > > > CFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> > > > CHOST="i586-pc-linux-gnu"
> > > > COMPILER="gcc3"
> > > > CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
> > > > /usr/kde/2/share/ config /usr/kde/3/share/config /var/bind"
> > > > CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
> > > > CXXFLAGS="-march=pentium -Os -pipe -ffast-math -fomit-frame-pointer"
> > > > DISTDIR="/usr/portage/distfiles"
> > > > FEATURES="autoaddcvs sandbox ccache distcc userpriv usersandbox"
> > > > GENTOO_MIRRORS="ftp://ibiblio.org/pub/Linux/distributions/gentoo/"
> > > > MAKEOPTS="-j2"
> > > > PKGDIR="/usr/portage/packages"
> > > > PORTAGE_TMPDIR="/var/tmp"
> > > > PORTDIR="/usr/portage"
> > > > PORTDIR_OVERLAY="/usr/local/portage"
> > > > SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> > > > USE="x86 crypt cups foomaticdb libg++ mad ncurses pdflib spell xml2
> > > > zlib gdbm berkdb readline guile tcpd pam libwww python -3dnow acl
> > > > apache2 -apm -arts -avi -encode gif gnome -gpm gtk gtk2 imap imlib
> > > > innodb -ipv6 jpeg -kde kerberos krb4 ldap -mikmod -motif -mpeg mysql
> > > > -nls -oggvorbis -opengl -oss perl png -qt -quicktime -samba sasl -sdl
> > > > -slang -slp -snmp -socks5 ssl -svga -tcl -tetex -tk threads -truetype
> > > > -X xml -xmms -xv"
> > >
> > > Thanks,
> >
> > --
> >
> > Martin Schlemmer
> > Gentoo Linux Developer, Desktop/System Team Developer
> > Cape Town, South Africa
>
> --
> gentoo-dev@gentoo.org mailing list

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 392 bytes --]

On Tue, 2003-10-28 at 01:46, Matt Chorman wrote:
> My experience with ntpl has been exaclty like this - even downgrading did not 
> help. Try recompiling glibc WITHOUT use=ntpl. Your binaries will (should?) 
> start to work again. Mine did....
> 

What CPU is in this box ?

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Matt Chorman]

On Monday 27 October 2003 08:09 pm, Martin Schlemmer wrote:
> On Tue, 2003-10-28 at 01:46, Matt Chorman wrote:
> > My experience with ntpl has been exaclty like this - even downgrading did
> > not help. Try recompiling glibc WITHOUT use=ntpl. Your binaries will
> > (should?) start to work again. Mine did....
>
> What CPU is in this box ?

This is running an AthlonXP 2000+.. Ye Olde AMD chips... ;-)

--
Matt

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 619 bytes --]

On Tue, 2003-10-28 at 06:21, Matt Chorman wrote:
> On Monday 27 October 2003 08:09 pm, Martin Schlemmer wrote:
> > On Tue, 2003-10-28 at 01:46, Matt Chorman wrote:
> > > My experience with ntpl has been exaclty like this - even downgrading did
> > > not help. Try recompiling glibc WITHOUT use=ntpl. Your binaries will
> > > (should?) start to work again. Mine did....
> >
> > What CPU is in this box ?
> 
> This is running an AthlonXP 2000+.. Ye Olde AMD chips... ;-)
> 

What gcc/binutils ?


-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Matt Chorman]

On Monday 27 October 2003 08:35 pm, you wrote:
> On Tue, 2003-10-28 at 06:21, Matt Chorman wrote:
> > On Monday 27 October 2003 08:09 pm, Martin Schlemmer wrote:
> > > On Tue, 2003-10-28 at 01:46, Matt Chorman wrote:
> > > > My experience with ntpl has been exaclty like this - even downgrading
> > > > did not help. Try recompiling glibc WITHOUT use=ntpl. Your binaries
> > > > will (should?) start to work again. Mine did....
> > >
> > > What CPU is in this box ?
> >
> > This is running an AthlonXP 2000+.. Ye Olde AMD chips... ;-)
>
> What gcc/binutils ?

I initially tried with gcc 3.3.1-r5, binutils 2.14.90.0.6-r6, glibc 2.3.2-r6. 
After seeing the thread on the stability of nptl this AM I decided to try 
re-emerging glibc with USE=nptl (famous last words). I sync'd and emerge'd 
glibc-2.3.2-r8 (with nptl). I dropped out of X and went to get back in when I 
started getting segfaults. I decided to bump gcc to 3.3.2-r1 and binutils to 
2.14.90.0.6-r7 (with the new glibc). I was still getting segfaults, so I 
emerged glibc with the new gcc/binutils and the segfaults were still there. 
Tried again by going back to glibc-2.3.2-r7 (with nptl) - no joy. I removed 
nptl from the use flags, re-emerged glibc-2.3.2-r8 and voila, everything is 
back to normal. In the process, I did try to recompile xfree but there was no 
change. I also use prelink - so somewhere during this process I ran a prelink 
-ua but still had segfaults. 

Is there a bug open for this that I should be posting at? Need any more info?

--
Matt

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Paul de Vrieze]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 28 October 2003 06:45, Matt Chorman wrote:
> On Monday 27 October 2003 08:35 pm, you wrote:
> > On Tue, 2003-10-28 at 06:21, Matt Chorman wrote:
> > > On Monday 27 October 2003 08:09 pm, Martin Schlemmer wrote:
> > > > On Tue, 2003-10-28 at 01:46, Matt Chorman wrote:
> > > > > My experience with ntpl has been exaclty like this - even
> > > > > downgrading did not help. Try recompiling glibc WITHOUT
> > > > > use=ntpl. Your binaries will (should?) start to work again.
> > > > > Mine did....
> > > >
> > > > What CPU is in this box ?
> > >
> > > This is running an AthlonXP 2000+.. Ye Olde AMD chips... ;-)
> >
> > What gcc/binutils ?
>
> I initially tried with gcc 3.3.1-r5, binutils 2.14.90.0.6-r6, glibc
> 2.3.2-r6. After seeing the thread on the stability of nptl this AM I
> decided to try re-emerging glibc with USE=nptl (famous last words). I
> sync'd and emerge'd glibc-2.3.2-r8 (with nptl). I dropped out of X and
> went to get back in when I started getting segfaults. I decided to
> bump gcc to 3.3.2-r1 and binutils to 2.14.90.0.6-r7 (with the new
> glibc). I was still getting segfaults, so I emerged glibc with the new
> gcc/binutils and the segfaults were still there. Tried again by going
> back to glibc-2.3.2-r7 (with nptl) - no joy. I removed nptl from the
> use flags, re-emerged glibc-2.3.2-r8 and voila, everything is back to
> normal. In the process, I did try to recompile xfree but there was no
> change. I also use prelink - so somewhere during this process I ran a
> prelink -ua but still had segfaults.
>
> Is there a bug open for this that I should be posting at? Need any
> more info?

I guess you did run an nptl enabled kernel?

Paul

- -- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/njPWbKx5DBjWFdsRAhL2AJ9K4/hjhC7QwFF7lZHrE/YQ5E6GhgCgg0Bx
RaF4IJc0ZaVQPQhw+f1+7s0=
=ABWl
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Matt Chorman]

On Tuesday 28 October 2003 01:16 am, Paul de Vrieze wrote:

> I guess you did run an nptl enabled kernel?
>
> Paul

Yes, I am running 2.6.0-test5-mm3. Wait, Wait! Don't tell me!!! The kernel 
version I am running is the only one with a b0rked implementation of 
nptl.....

Yeah, it's been one of those mornings.. ;-)

--
Matt

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 589 bytes --]

On Tue, 2003-10-28 at 19:09, Matt Chorman wrote:
> On Tuesday 28 October 2003 01:16 am, Paul de Vrieze wrote:
> 
> > I guess you did run an nptl enabled kernel?
> >
> > Paul
> 
> Yes, I am running 2.6.0-test5-mm3. Wait, Wait! Don't tell me!!! The kernel 
> version I am running is the only one with a b0rked implementation of 
> nptl.....
> 

Not sure, there was one or two that did not cut it, but I have
been through a few BK's, so cant remember :)


Cheers,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1823 bytes --]

On Tue, 2003-10-28 at 07:45, Matt Chorman wrote:
> On Monday 27 October 2003 08:35 pm, you wrote:
> > On Tue, 2003-10-28 at 06:21, Matt Chorman wrote:
> > > On Monday 27 October 2003 08:09 pm, Martin Schlemmer wrote:
> > > > On Tue, 2003-10-28 at 01:46, Matt Chorman wrote:
> > > > > My experience with ntpl has been exaclty like this - even downgrading
> > > > > did not help. Try recompiling glibc WITHOUT use=ntpl. Your binaries
> > > > > will (should?) start to work again. Mine did....
> > > >
> > > > What CPU is in this box ?
> > >
> > > This is running an AthlonXP 2000+.. Ye Olde AMD chips... ;-)
> >
> > What gcc/binutils ?
> 
> I initially tried with gcc 3.3.1-r5, binutils 2.14.90.0.6-r6, glibc 2.3.2-r6. 
> After seeing the thread on the stability of nptl this AM I decided to try 
> re-emerging glibc with USE=nptl (famous last words). I sync'd and emerge'd 
> glibc-2.3.2-r8 (with nptl). I dropped out of X and went to get back in when I 
> started getting segfaults. I decided to bump gcc to 3.3.2-r1 and binutils to 
> 2.14.90.0.6-r7 (with the new glibc). I was still getting segfaults, so I 
> emerged glibc with the new gcc/binutils and the segfaults were still there. 
> Tried again by going back to glibc-2.3.2-r7 (with nptl) - no joy. I removed 
> nptl from the use flags, re-emerged glibc-2.3.2-r8 and voila, everything is 
> back to normal. In the process, I did try to recompile xfree but there was no 
> change. I also use prelink - so somewhere during this process I ran a prelink 
> -ua but still had segfaults. 
> 

What kernel ?

> Is there a bug open for this that I should be posting at? Need any more info?
> 

Not that I know of.


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 699 bytes --]

On Tue, 2003-10-28 at 00:14, Andrei Ivanov wrote:
> I have a machine that I upgraded glibc to 2.3.2-r7 and then downgraded to 
> -r6, and most of the binaries segfault before exiting... and I did use 
> `nptl` flag... I was thinking of reinstalling, but if I can save it by 
> geting libpthread from another machine and then maybe upgrade to r8, 
> that's very good. If you need some tests I can do on that machine before 
> updating glibc, just tell me...
> 

Hmm, k.  Weird thing is the problem coredump had was WITHOUT nptl in USE
...   What CPU is in the box?


Thanks,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: glibc-2.3.2-r[68] libpthread -> segmentation fault

[Norberto Bensa]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 416 bytes --]

Martin Schlemmer wrote:
> > $ ls
> > Segmentation fault
>
> I have seen this once before, and that was when coredump upgraded ...
>
> Lets verify two things:
> 1) You do _NOT_ have 'nptl' in USE
> 2) You have an K6-2
>

I do not have nptl in USE.

Yes, it's a k6-2.

Also, answering your later e-mail, perl and python also segfault. That's how I 
thought about libpthread.

Regards,
Norberto



[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]