problem albo cvs albo u mnie

[Jakub Bogusz]

On Tue, Feb 15, 2005 at 11:27:03PM +0100, Jakub Bogusz wrote:
> On Tue, Feb 15, 2005 at 11:03:26PM +0100, Adam Nowotny wrote:
> > Dnia wtorek 15 luty 2005 22:00, Jakub Bogusz napisał:
> > > On Tue, Feb 15, 2005 at 09:49:14PM +0100, Adam Nowotny wrote:
> > > > Dnia wtorek 15 luty 2005 20:07, Marcin Winkler napisał:
> > > > > [qurczak w pld67 cvs.pld-linux.org]$ cvs co pydibr/
> > > > > cvs server: Updating pydibr
> > > > > cvs server: Updating pydibr/Pydibr
> > > > > cvs server: Updating pydibr/Pydibr/Syntax
> > > > > cvs server: Updating pydibr/data
> > > > > *** glibc detected *** corrupted double-linked list: 0x00000000006093b0
> > > > > *** cvs [server aborted]: received abort signal
> > > > >
> > > > > glibc-2.3.4-0.20041122.2
> > > > > kernel24-2.4.27-1
> > > >
> > > > Mam to samo na kernel-2.6.10-0.106 i kernel-2.6.8-4 (ten sam glibc).
> > > > To samo mnie spotkalo rowniez przy cvs co livecd/.
> > >
> > > Polecam zbudować cvs z debuginfo i uruchomić pod ef albo czymś podobnym.
> > > Potem gdb i poprawić. Prawie na pewno błąd jest w programie cvs, a nie
> > > glibcu.
> > >
> > > BTW jaka to architektura?
> > 
> > x86 (i686 i athlon)
> 
> Confirmed.
> I dotyczy to klientów zarówno z pakietu cvs, jak i cvs-nserver.

Aaaa... bzdura. To się dzieje na _serwerze_ - czyli architektura to amd64.
A się dziwiłem, dlaczego klient core'a nie zrzuca po abort()
i skąd 64-bitowy adres na x86...

> Natomiast chyba jest inny błąd w glibc (a może ef?) - ElectricFence
> na nowym glibcu nie działa z linuxthreads - Memory fault od razu :/

A tu swoją drogą jest coś nie tak.

> Z NPTL działa, ale do tego trzeba mieć 2.6.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/