Article View: de.comm.uucp
Article #72Re: Problem: uucico stockt immer wieder
From: Gerald Malitz
Date: Tue, 01 Sep 1992 08:18
Date: Tue, 01 Sep 1992 08:18
55 lines
3039 bytes
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!gmReferences:
<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