🚀 go-pugleaf

lehners@uniol.UUCP (Joerg Lehners) writes:

->Moin !

->Wo's mir 'mal grad wieder auffaellt:
->Ein 'kleiner' Bug in der Streamer-Software.

->Wenn man einen nicht zureuckgespulten Streamer einlegt, und waehrend
->des Zurueckspulens auf den Streamer zugreift, dann gibts KuddelMuddel.
->Einfaches Bespiel:
->nicht zurueckgespulten Streamer einlegen,
->waehrend des Zurueckspulens eintippen:
->< /dev/ris0     # eigentlich sollte hier bis zum Ende des Zurueckspulen
->		# gewartet werden, tut's aber nicht.
->< /dev/ris0     # erst beim zweiten mal wird auf das Zureckspulen
->		# gewartet.

das wundert mich, denn Streamer einlegen und "</dev/ris0" tippen ist
fuer mich automatisch; spaetestens wenn mein Prompt wieder da ist,
weiss ich, dass der Streamer zurueckgespult ist (was Du ja wohl auch
bezwecken willst).

->Wenn man waehrend des Zurueckspulens auf den Streamer schreibt, dann
->ist mit ziemlichen Datenverlust zu rechnen.
->Wenn man waehrend des Zurueckspulens vom Streamer liest bekommt man
->nur Unsinn.

Ich muss zugeben, dass ich sowas noch nie probiert habe (welchen Sinn
soll das denn haben ?-), aber ich kann es ja mal ausprobieren!

->Unsere Kisten laufen unter Munix V.3-3.1.
->Ist der Fehler bekannt, und eventuell in V.3-3.2 behoben ?

erster Teil: bisher nicht, wir machen das allgemein so (s.o.)
zweiter Teil: muss ich mal probieren.

Ich melde mich wieder

Gruss
--
Mike Schroeder		PCS-Mail: msc
DOMAIN:  msc@cochise.pcs.de (EUR) or  msc@cochise.pcs.com  (US)
BANG:    ..unido!pcsbst!msc (EUR) or  ..pyramid!pcsbst!msc (US)