🚀 go-pugleaf

In article <2y4or*XG1@germal.bs.open.de>, Gerald Malitz writes:

>	Der aktuelle Dillon-UUCICO (1.16) nimmt auf die Zeiteintraege
>im L.Sys durchaus Ruecksicht.  (Laut manpage tut er das sogar schon
>sei 1.06D, hab ich damals nicht probiert).  Oder ist das nicht das,
>was Du willst?
>
>	Tschuess, Gerald.

Wie  fuer  fast  alle uucico Implementationen gilt auch fuer
Matt's:   die  Zeiten  im L.Sys interessieren den uucico nur
beim _AUFBAU_ der Verbindung.  Steht die Verbindug erst mal,
kann sie beliebig lange dauern und damit koennen vorgegebene
Zeitlimits  hemmungslos  ueberzogen  werden.   Wozu gebe ich
dann ueberhaupt Zeitlimits vor?

Der  uupoll  macht Schlusz damit und killed den uucico, wenn
das Zeitlimit ueberschritten wird!

BTW,  wer  sich schon jemals einen Source von Matthew Dillon
angeschaut hat, der hat bestimmt schon genug abgekotzt.  Die
Programme  funktionieren  allesamt  bestenfalls im optimalen
_NORMALFALL_.   Dasz  dieser  in  der Praxis nur ein beinahe
niemals   auftretender  Sonderfall  ist,  bedenken  nur  die
wenigsten.

Der uucico hat z.B.  Probleme, wenn's um die 0000h rum geht.
Wenn  dann  noch  Zeiten mit Wochentagen angegeben sind, die
womoeglich  noch  um Mitternacht herum Sonderfaelle mit sich
bringen,  dann  kann  man genausogut eine Randomfunktion zur
Entscheidung heranziehen.

Wer's  nicht  glaubt,  der  denke  mal  an Faelle wie "Mo-Fr
1900-0230" - darf ich am Samstag um 0100h pollen?

Nix  fuer  ungut,  aber ich bleibe beim uupoll, der beachtet
nicht nur _ALLE_ Sonderfaelle, die dem Programmierer und den
Extremtestern  bei  uns  hier  in  den  Sinn  gekommen sind,
sondern  er  zeigt  auch  uebersichtlich  an,  was er in den
naechsten  Stunden  zu tun gedenkt - und die Anzeige und die
wirkliche Reaktion stimmen sogar ueberein :-)

ciao, Thomas