Nespusteni Kylixu 3

[Pavel Kankovsky]

On Thu, 16 Oct 2003, Zdenek Janis wrote:

> Pokud spustim pouze kylixi binar, tedy delphi :-) radkou:
> 
> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/kylix3/bin \
> strace -ff -o /tmp/strace.log /usr/local/kylix3/bin/delphi
> 
> tak se normalne rozbehne a da se tam delat (nevim zda se to da nazvat
> praci, ale budis, proste se obevi vyvojove prostredi) [...]
> 
> Ovsem tato prikazova radka rozhodne ke zdarnemu zobrazeni vyvojoveho
> prostredi nevede:
> 
> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/kylix3/bin \
> strace -o /tmp/strace.log ./delphi

[...]

> Jeste nekolik dalsich spoustecich pokusu s negativnim vysledkem:
> cmd:
> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/kylix3/bin \
> /usr/local/kylix3/bin/delphi
> res:
> Ukončen (SIGTERM)

Evidentneje rozdil v tom, ze v to fungujicim pripade jsou trasovany
vsechny procesy, zatimco v tech nefungujicich jen prvni resp. vubec zadny.

Cili nektery z tech procesu, co si Kylix naforkuje, (nebo jsou to
thready?) funguje pouze v pripade, ze je trasovan, jinak nejak zhavaruje.
To je zvlastni, ale stat se to muze. Asi nejpravdepodobnejsi vysvetleni je
nejaka race condition: pod strace jsou syscally pomalejsi kvuli dodatecne
rezii trasovani a navic je asi i dost omezeno jejich paralelni provadeni.

Kde je chyba nevim, ale rekl bych, ze samotny Kylix nebude bez viny, mozna
pouziva nejakou knihovnu zpusobem, kterou by ji pouzivat nemel.


--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."