Kommunikation zwischen uugetty und uucico?

Gert Doering

unread,

Jan 6, 1992, 2:04:34 PM1/6/92

to

Hallo!

Ich bin gerade am rumueberlegen, wie der uucico beim rauswaehlen
eigentlich den uugetty dazu bringt, die Leitung freizugeben... weiss das
zufaellig einer von Euch? Mein Hintergedanke ist, einen eigenen getty zu
schreiben, der "connect", "ring" usw. auswertet - Daten, die
moeglicherweise schon ankommen, bevor ein Carrier da ist, d.h. ich kann
das dial-in/dial-out -Prinzip ueber die minor device # vom FAS nicht
nutzen...

Stefan Stapelberg

unread,

Jan 8, 1992, 7:39:29 AM1/8/92

to

In article <1992Jan06....@greenie.gold.sub.org> ge...@greenie.gold.sub.org (Gert Doering) writes:
>Ich bin gerade am rumueberlegen, wie der uucico beim rauswaehlen
>eigentlich den uugetty dazu bringt, die Leitung freizugeben... weiss das

Gewoehnlich blockt uugetty im open(2), bis ein Carrier da ist. Wenn der
open erfolgreich zurueckkehrt, ueberprueft uugetty, ob eine Lock-Datei
existiert, also ein anderer Prozess die Schnittstelle benutzt. Wenn das
der Fall ist, wartet uugetty (busy waiting), bis die Lock-Datei wieder
verschwindet und beendet sich dann.

Bei Angabe der Option -r (fuer Systeme, bei denen ein open bei fehlendem
Carrier nicht blockiert) wartet uugetty nach dem open, bis das erste Zei-
chen gelesen wurde, alles weitere laeuft dann wie gehabt.

Gruesse, Stefan

--
Stefan "Lama Babyatollah Comedownie" Stapelberg RENT-A-GURU (TM)
<ste...@rent-a-guru.de> or: unido!mikros!stefan P.O. Box 368
Phone: (+49)-9352-5948 Fax: (+49)-9352-9696 D-8770 Lohr/Main
"Hare Hare Rama, I never wear pyjama"

Gert Doering

unread,

Jan 9, 1992, 2:07:00 PM1/9/92

to

ste...@shiva.rent-a-guru.de (Stefan Stapelberg) writes:

>>Ich bin gerade am rumueberlegen, wie der uucico beim rauswaehlen
>>eigentlich den uugetty dazu bringt, die Leitung freizugeben... weiss das

>Bei Angabe der Option -r (fuer Systeme, bei denen ein open bei fehlendem

>Carrier nicht blockiert) wartet uugetty nach dem open, bis das erste Zei-
>chen gelesen wurde, alles weitere laeuft dann wie gehabt.

Hmmm... Verwunderung. Was passiert denn, wenn zwei Prozesse (z.B. uucp und
uugetty -r) den Port offen haben und ein Zeichen kommt von aussen an?
Bekommt das uucp oder uugetty?

Patrick Schaaf

unread,

Jan 10, 1992, 6:42:44 AM1/10/92

to

ge...@greenie.gold.sub.org (Gert Doering) writes:
>Hallo!
Auch Hallo!

>Mein Hintergedanke ist, einen eigenen getty zu schreiben, der "connect",
>"ring" usw. auswertet - Daten, die moeglicherweise schon ankommen, bevor ein
>Carrier da ist, d.h. ich kann das dial-in/dial-out -Prinzip ueber die
>minor device # vom FAS nicht nutzen...

Wie Stefan schon schrieb gehen die ueblichen getties blockierend auf die
Leitung. Das kannst Du leider nicht machen, wenn Du connect und solches
erkennen willst. Die einzige Moeglichkeit, die ich momentan sehe, ist,
auch den uucico und alles andere, was auf der Leitung raus will, so zu
modifizieren, dass er ueber eine irgendwie geartete lokale IPC dem getty
mitteilt, dass er doch bitteschoen die Leitung freizugeben hat.
Dazu brauchst Du nicht unbedingt Sourcen von uugetty, faellt mir gerade
auf, bei BNU-uucp kannst Du das in mdopen() im Dialer einbauen (denk ich
mir zumindest mal...).

Sag bitte Bescheid, wenn Du sowas gemacht hast, ich waere an sonem Teil
interessiert.

Tschau
Patrick
--
Patrick Schaaf / \ /\
Saarbruecken, Terra / -.- /..\ if you can't make it go away,
Voice: +49 681 63022 / \ even if you stop believing it,
EMail: b...@midget.saar.sub.org \ then, maybe, it might be reality.

Stefan Stapelberg

unread,

Jan 12, 1992, 4:04:50 PM1/12/92

to

In article <1992Jan09....@greenie.gold.sub.org> ge...@greenie.gold.sub.org (Gert Doering) writes:

>ste...@shiva.rent-a-guru.de (Stefan Stapelberg) writes:
>Hmmm... Verwunderung. Was passiert denn, wenn zwei Prozesse (z.B. uucp und
>uugetty -r) den Port offen haben und ein Zeichen kommt von aussen an?
>Bekommt das uucp oder uugetty?

Einer von beiden. :-)

Spass beiseite: Wenn ein Zeichen ankommt und uucp (bzw. uucico) hat den
Port ebenfalls offen, dann kann es sich nur um einen ausgehenden Ruf han-
deln (Lock-Datei des uucico vorhanden) und in diesem Fall kannst Du durch
Einfuegen von Pausen in uucico's chat-script in der Dialers-Datei bestim-
men, wann dieser die Antwort vom Modem fruehestens lesen soll:
"" \n\p\n\d\d\c "" \pAT\n\c OK-AT\n\c-OK

Also: erwarte nichts, sende Newline-Pause-Newline-Delay-Delay (ca. 4 Sek.),
erwarte wieder nichts, sende nach einer Pause ein AT, erwarte OK, wenn das
nicht kommt, sende wieder AT, warte noch mal auf OK usw. (Kommando-Echo
beim Modem muss eingeschaltet sein). Die gesendeten Newlines werden geechot
und durch die Delays wird sichergestellt, dass uugetty dem uucico mindestens
eines der geechoten Zeichen wegschnappt.

Gruesse, Stefan

PS: Ich crossposte hiermit ein letztes Mal nach sub.os.unix ... :-)

Ralph Ballier

unread,

Jan 13, 1992, 5:58:55 PM1/13/92

to

In article <1992Jan09....@greenie.gold.sub.org> ge...@greenie.gold.sub.org (Gert Doering) writes:
>

>Hmmm... Verwunderung. Was passiert denn, wenn zwei Prozesse (z.B. uucp und
>uugetty -r) den Port offen haben und ein Zeichen kommt von aussen an?
>Bekommt das uucp oder uugetty?

Vielleicht kann mir jemand in diesem Zusammenhang das folgende Phaenomen
erklaeren:

Rechner A moechte mit Rechner B ueber Modem in Kontakt treten. Auf beiden
Ports laeuft der uugetty. Rechner A baut mit kermit die Verbindung auf;
es erscheint "Login:" von Rechner B (so weit, so gut), aber NUN
passiert in etwa der Haelfte der Faelle folgendes:

Das erste Zeichen des Benutzernamens wird eingegeben und offen-
sichtlich hin- und hergeechot: aus b wird bbbbbbbbbbbbbbbbbbbbbb.
Gibt man danach ein a ein, erscheint babababababababababababab
und ganz lustig wird es nach Eingabe von <ret>, das wird naemlich
auch geechot. Nach kurzer Zeit bricht die Verbindung ab.

Hat jemand eine Idee?

Ralph

--
Lise-Meitner-Schule (Oberstufenzentrum Chemie, Physik und Biologie)
Ralph Ballier
Rudower Strasse 184, D-1000 Berlin 47 Tel.: 030/6611011
EMail: Bal...@blnosz.BR.Schule.DE "Offenes Deutsches Schul-Netz"