B³êdy ( by³o : Re: tempo rozwoju dystrybucji..)

Marcin Dalecki dalecki w cs.net.pl
Czw, 25 Mar 1999, 14:16:20 CET


Tomasz K³oczko wrote:
> 
> On Wed, 24 Mar 1999, Wojciech Slusarczyk wrote:
> [..]
> > BTW zestripuj rsynca ...
> 
> Acha.
> 
> Kolejna sprawa. Chyba natkn±³em siê na b³±d w ksh.
> Mam prawie wykoñczonego speca do XFree i nie mog³em go przekompilowaæ
> dopóty dopóki nie przestawi³em sh -> bash.
> W trakcie "make install" wykonywanego z wnêtrza skrypru jaki jest
> generowany
> z %install wylatywa³ mi (rególarnie) z czym¶ takim:
> 
> + ln -sf /etc/X11/xinit /tmp/XFree86-3.3.3.1-root/usr/X11R6/lib/X11/xinit
> + install -d /tmp/XFree86-3.3.3.1-root/usr/X11R6/lib/X11/fonts/TrueType
> + echo 0
> /var/tmp/rpm-tmp.69386[61]: internal error: alloc: freeing memory outside of block (corrupted?)

Fakt komenda strings /bin/ksh wskazuje na to ze jest to faktycznie blad
gniezdzacy sie
gdzies w ksh.

Tomek mial bym prosbe. Podzuc mi prosze po prostu zawartosc tego
/var/tmp/rpm-rmp.69386
A dokladniej interesuje mnie zwlaszcza wiersz 61.
Bo ja osobiscie problemow z rekompilacja XFree jak do tej pory jeszcze
nie mialem.
Ja osobiscie w miedzyczasie co nieco pozmienialem w samym ksh :-).
Mam nadzieje ze uda mi sie dzis wieczorem znalezc nieco czasu, ale tylko
pod warunkiem, ze uporam sie dzisiaj z uzedem podatkowym. (To sa wlasnie
niemile strony prowadzenia wlasnej firmy...).


Tak czy siak widze pwolne ale dosc regularne:
root:~/PLD/PLD/CVS# ping cenzor.zie.pg.gda.pl
PING wun.zie.pg.gda.pl (153.19.40.200): 56 data bytes
64 bytes from 153.19.40.200: icmp_seq=0 ttl=49 time=1080.7 ms
64 bytes from 153.19.40.200: icmp_seq=1 ttl=49 time=1094.7 ms
64 bytes from 153.19.40.200: icmp_seq=2 ttl=49 time=988.5 ms
64 bytes from 153.19.40.200: icmp_seq=4 ttl=49 time=911.3 ms
64 bytes from 153.19.40.200: icmp_seq=5 ttl=49 time=1008.7 ms
64 bytes from 153.19.40.200: icmp_seq=6 ttl=49 time=983.4 ms
64 bytes from 153.19.40.200: icmp_seq=7 ttl=49 time=816.6 ms
64 bytes from 153.19.40.200: icmp_seq=8 ttl=49 time=775.9 ms
64 bytes from 153.19.40.200: icmp_seq=9 ttl=49 time=842.7 ms
64 bytes from 153.19.40.200: icmp_seq=10 ttl=49 time=844.8 ms
64 bytes from 153.19.40.200: icmp_seq=11 ttl=49 time=941.0 ms
64 bytes from 153.19.40.200: icmp_seq=12 ttl=49 time=989.9 ms
64 bytes from 153.19.40.200: icmp_seq=15 ttl=49 time=957.0 ms
64 bytes from 153.19.40.200: icmp_seq=17 ttl=49 time=928.5 ms
64 bytes from 153.19.40.200: icmp_seq=19 ttl=49 time=1025.7 ms

 
A wiec istnieja realne szanse, aby dorwac sie do CVS-a.
(Zlaeta ftp-a jest wlasnie miedzyinnymi mozliwosc podejmowania
zerwanego transferu!).

> Marcin pro¶ba .. czy móg³by¶ siê temu przyjrzeæ ? Wygl±da to na jaki¶ b³±d
> w MM. Na jutro planuj± sobie przekompilowanie ksh z ElecricFence. Tak czy

Sprawdz prosze jeszcze tylko przedtem czy nie ukazala sie w miedzyczasie
nowsza beta wersja tego programu. Zaraz sam to zrobie.

> imnaczej b³±d nie jest gdzie¶ w skrypcie jakie jest generowany przez rpm-a
> (ów /var/tmp/rpm-tmp.69386) tylko gdzie¶ indziej bo "make install" nie
> koñczy siê na instalacji fontów (to tak mniej wiêcej pó³metek).
> 
> Na razie do wyja¶nienia powy¿szego u siebie wróci³em do sh -> bash.


Jasne. Najgorsza sytuacja byloby gdybym niemogl zreprodukowac tego bledu 
u siebie.

--Marcin



Więcej informacji o liście dyskusyjnej pld-devel-pl