🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: de.comm.uucp
Article #72

Re: Problem: uucico stockt immer wieder

#72
From: Gerald Malitz
Date: Tue, 01 Sep 1992 08:18
55 lines
3039 bytes
In article <17nahcINN818@smurf.smurf.sub.org>, Matthias Urlichs writes:

> In de.comm.uucp, article <MNRzr*PY1@germal.bs.open.de>,
>
> > 	Mit einem verlorenen Zeichen verliert das g-Protokoll immer
> > mindestens zwei Pakete (fast, bei Windowsize 1 wohl nicht unbedingt,
> > aber... :) ): das Paket, zu dem das verlorene Zeichen gehoerte -
> > logisch - und das nachfolgende Pakete, denn dessen Header wird nicht
> > erkannt.  Der Anfang des Headers wird als Ende des ersten Pakets
> > eingelesen, dem ja noch Zeichen fehlen.  Erst das dritte Paket kann
> > wieder erkannt werden, weil der uucico nach einem Header sucht.
>
> Das stimmt nicht ganz. Das erste Paket wird eine fehlerhafte Pruefsumme
> haben; der uucico sollte(!!) dann eigentlich in den Daten dieses Pakets nach
> einem vernuenftigen Header suchen und den dann als Paketanfang erkennen.

        Hmm, das hoert sich natuerlich erstmal prima an.  Aber wie oft
kann der uucico das so wiedergefundene Paket auch gebrauchen solange
es kein selektives Reject gibt (oder kann Taylor das inzwischen auch?)?
Es wird doch das mit der naechsten Sequenznummer sein, weil ich mein
Reject ja noch gar nicht gesendet hatte, als ich die Bytes gelesen habe.

	Ich war mir schon beim ersten Mal nicht ganz sicher, ob das
der eigentliche Grund ist.

> > Schon
> > das `37777777' in `rec h->cntl 37777777611' mach mich skeptisch ;-)
>
> Das ist typisch Vorzeichenerweiterung eines chars und hat damit zu tun, dass
> diverse Idioten vergessen haben, an den entsprechenden Stellen ein &0377
> dazuzuschreiben.

        ...oder dem char ein unsigned zu verpassen, wo man doch mit dem
char eigentlich byte meint...

> > > rec h->cntl 37777777642
> >
> > 	Der uucico hat ein Paket bekommen, in dem das Kontrollbyte
> > auf 242 (oktal) steht%.  Die erste 2 besagt, dass es sich um ein
> > Datenpaket handelt, die 4 ist die Sequenznummer dieses Paketes,
> > und die 2 ist die Sequenznummer des letzten Daten-Paketes, das
> > Dein uucico korrekt empfangen hat.
>
> Korrektur bitte -- die Nummer deines Pakets, das die Gegenstation korrekt
> empfangen hat.

        Autsch, ja.  Ich habe 242 empfangen und nicht selber gesendet.

> Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\

	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
Technical Details
Message-ID: <ohMBr*-+1@germal.bs.open.de>
Path: arc1-ca.pugleaf.net!sparky!uunet!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!open.de!teddy!germany!horga!ruhr.de!erni.bs.open.de!germal!germal.bs.open.de!gm
References: <Bsn6t9.Jzn@flatlin.ka.sub.org> <JOCHEN.92Aug12192756@busybit.mrz.sub.org> <MNRzr*PY1@germal.bs.open.de> <17nahcINN818@smurf.smurf.sub.org>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!open.de!teddy!germany!horga!ruhr.de!erni.bs.open.de!germal!germal.bs.open.de!gm
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: de.comm.uucp
Subject: Re: Problem: uucico stockt immer wieder
Message-ID: <ohMBr*-+1@germal.bs.open.de>
Date: Tue, 01 Sep 1992 08:18:00 GMT
References: <Bsn6t9.Jzn@flatlin.ka.sub.org> <JOCHEN.92Aug12192756@busybit.mrz.sub.org>
 <MNRzr*PY1@germal.bs.open.de> <17nahcINN818@smurf.smurf.sub.org>
X-Newsreader: Arn V1.00 beta rel2
Lines: 55