🚀 go-pugleaf

In article <IUvBr*M+1@germal.bs.open.de> gm@germal.bs.open.de (Gerald Malitz) writes:
>verschickt werden.  Diese 16-Bit-Summe wird im Header des Pakets
>gespeichert.  Dann gibt es noch eine 8-Bit-Pruefsumme, die
>ausschliesslich fuer den Header zustaendig ist.  Wenn diese
>zweite Pruefsumme falsch ist, also der Header was abgekriegt
>hat (oder gar keiner war :) ) gibt's die F.X-Meldung.  Wenn

Alles klar. Dann ist ja auch logisch, warum weniger F.X-Meldungen
auftreten: Die Header sind halt einfach kuerzer, als der Datenteil
der Pakete --> folglich geringere Wahrscheinlichkeit eines Ueber-
tragungsfehlers beim header im Vergleich zum Datenteil.

>> Ich habe noch immer 1.3. Ob das 2.0-serial.device "isoliert" auch
>> unter KS/WB1.3 laeuft?
>
>	Ja.  Auf meiner letzten 1.3-WB (1.3.3 bzw. 34.34) ist schon
>das 2.0-serial.device (37.4 vom 30.5.91), so von C= ausgeliefert.

Tja. Ich habe V34.28.. :-(
Ich benutze jetzt das BaudBandit.device 1.4
(wurde in zer.z-netz.rechner.amiga.binaer gepostet)
Die Fehlermeldungen tauchen weiterhin auf. Es ist moeglich,
dass deren Anzahl gesunken ist, d.h. die jetzt erscheinenden
Meldungen nur (?) auf wirkliche Leitungsstoehrungen
zurueckzufuehren sind und nicht auf das "Verschlucken" von Daten
durch meine langsame CPU, allerdings kann ich nach einem Mal Pollen
mit dem neuen device noch nicht definitiv sagen, ob dies der Fall
ist.

Was ist vorzuziehen (schneller und zuverlaessiger) fuer AmigaUUCP:
BaudBandit.device 1.4 oder serial.device 37.4?

Kann mir jemand erklaeren, was es mit den verschiedenen "Window-"
Groessen auf sich hat, und was man bei Veraenderung dieser erreichen
kann? Vielleicht kann man damit die sequence- und F.X Fehlermeldungen
beim Pollen veringern?

An welchen anderen uucico-Parametern kann man (oder koennte ich)
sonst noch herumspielen?

Gruss,
--
--/<ilian

-
Kilian Jacob|Phone: +49-511-559379|E-mail: kilian@jam.han.sub.org
    "Das Junix Konto.    Man hat es.              Frau auch."