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ł: > > > > > [EMAIL PROTECTED] 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/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
