gnome-libs i inne...

[Tomasz Kłoczko]

On Fri, 27 Oct 2000, Jan Rekorajski wrote:

> [piątek, 27 październik 2000], Rafal Cygnarowski napisał(a):
> 
> > 
> > Probowalem wlasnie skompilowac sobie gnome-libs, kiedy to dostalem:
> [...]
> > -laudiofile -lm -L/usr/lib -laudiofile -lm -ldb3 -L/usr/lib -lglib -ldl
> > -L/usr/X11R6/lib -lgdk_imlib -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk -lgdk
> > -L/usr/lib -rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm -lSM -lICE
> > -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk -lgdk -L/usr/lib -rdynamic
> > -lgmodule -lglib -ldl -lXext -lX11 -lm -lz -lm
> > make[3]: *** [libgnomeui.la] Naruszenie ochrony pamięci
> > 
> > jakies sugestie?
> 
> $EDITOR /etc/nsswitch.conf
> i wytnij db

To pomogło tylko na sparc. Na 686 pomogła wymiana /bin/sh z ksha na basha.
W powyższym pdksh wywala się w pliku alloc.c i wygląda to na próbę
dealokacji czegoś co już jest zdealokowane.
Tzreba bedzie poprosić Marcina żeby może spróbował sie temu przyjrzeć (on 
miał najlepsze rozeznanie w tym co jest w pdksh i juz poprzednio udało mu 
się dwa razy usunać błędy z MM pdksh).

Powyższe skoro się powtarza jest juz oznaką tego, że to jest faktyczny
bład w pdkash. Dziwi mnie tylko to, że nie wystapiło to wszędzie. To
znaczy bład jak na razie ni objawił mi się w przypadku kompilacji na
sparc, a i na builderach dla 386 i 586 przeszło to bez bulu. Jeżeli i w
tym wypadku błąd ma miesce w przypadku kompilacji na 686 to to już
naprawdę nie bedzie przypadek.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*