🚀 go-pugleaf

In article <kilian.0782@jam.han.sub.org>, Kilian Jacob writes:

> >	Du meinst `F.X failed'!?  Das ist auch eine Meldung des
> >g-Protokolls.	Der Header jedes Pakets hat eine eigene Pruefsumme,
> >wenn die nicht stimmt, gibt's diese Meldung.
>
> Was soll ich dann von den sequence-Fehlern, wenn dabei
> _kein_ Pruefsummenfehler = Uebertagungasfehler
>  (d.h. _keine_ F.X failed Meldung) auftritt?

	Sorry, da habe ich mich nicht klar ausgedrueckt:  Jedes
Paket besteht aus einem Header aus sechs Bytes und einem Datenteil,
letzterer kann 0 Bytes lang sein (maw. fehlen).  Es gibt zwei
Pruefsummen.  Eine nur ueber die Daten, die mit einem Paket
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
die Pruefsumme fuer die Daten nicht stimmt, wird das Paket
kommentarlos wegeworfen.

	Die "received x,expected y"-Meldungen entstehen, wenn
Pakete in der falschen Reihenfolge ankommen.  Der uucico hat
das n-te Paket erwartet und das n+1-te bekommen (weil das n-te
kommentarlos weggeworfen wurde).  Die Pakete werden aber nicht
mit n gekennzeichnet (n koennte ja beliebig gross werden),
sondern mit n modulo 8.  Dieser Wert n%8 ist die Sequenznummer,
die bei diesen Meldungen ausgegeben wird.

> 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.

> Gruss,
> --
> --/<ilian

	Tschuess, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                      Mittagspause von 0.30 - 23.45 Uhr