🚀 go-pugleaf

martini@heaven7.in-berlin.de (Martin P. Ibert) writes:

>jlinz@krokus.han.de (Jochen Linz) writes:
>>  Andreas Bewersdorff schrieb mir darauf :
>> ! Achtung : WILDE Spekulation ...
>... Andreas hat wahrscheinlich recht ...

>> 27 Oct 92 20:44:00 (Tue) Calling veeble at P869020
>> 27 Oct 92 20:58:44 (Tue) Call to veeble failed, work remains (uucico returned 0)
>>                                         ^^^^^^                                ^^
>>                                         -- Uebertrag. war aber erfolgreich ! ---
>Genau wie Andreas sagt: Es ist das Workfile. Wenn der UUWORK schreit "work
>remains", dann ist das WORK.C noch da (aber warum?).

 es ging hier doch um MiNT, richtig?

 dann war das file wahrscheinlich noch open als der unlink() kam...
MiNT verschiebt den dann auf spaeter und (bei 0.95) `vergisst' das
manchmal auchmal.  (verschieben wegen GEMDOS bug, das macht sonst
leicht sch** beim close etc.  von write mal ganz zu schweigen.)

>Dass UUWORK den Return Code nicht beachtet ist so nicht richtig. Es beachtet
>einen Code != 0 immer und interpretiert ihn als "failed". Aber einen Code == 0
>haelt er (um mit moeglichst vielen Versionen des UUCICO zu funken) fuer
>verdaechtig. Es gab auch schon UUCICO-Versionen (irgendwann im 2er Bereich),
>da ging der Return Code mal wieder nicht mehr, obwohl die Version davor ihn
>noch kannte.

 hmm die probleme hab ich ja nichtmehr... :-)

 gruss,
	Juergen