History: v 1.1 21.5.90 Bin„r-Files wurden teilweise nicht korrekt bertragen. v 1.2 27.05.90 Ein patchen von RUFUS ist nun nicht mehr notwendig. Die beiden PRG's ersetzen die Standard SZ.TTP & RZ.TTP. Bei Start von ZMODEM wird nun der Bildschirm gesichert und nach Beenden wieder restauriert. Die Alert-Box beim Beenden wurde rausgenommen. Stattdessen wird die letzte Status/Fehler Meldung an STDERR ausgegeben und landet somit bei Verwendung von RUFUS im Terminalfenster. Bei Receive wird jetzt nach Empfang der Dateigr”sse abgeprft, ob auf dem aktuellen Laufwerk genug Platz dafr ist. Wenn nicht, Cancel des Receive und Fehlermeldung ! Der Fehler in der Zeitanzeige (Zehner-Minuten in Einer-Stundenfeld) ist behoben. RZ kennt nun auch Receive-Crash-Recovery. D. h. wenn w„hrend des Empfangs einer Datei die Verbindung unterbrochen wird, so wird die bisher empfangene Datei auf Platte/Disk abgelegt. Wird die Ver- bindung neu aufgenommen, und das gleiche File empfangen, so wird mit der šbertragung dort begonnen, wo sie vorher unterbrochen wurde. Sind die Dateigr”žen der Datei auf Disk und der zu empfangenden Datei gleich, so wird der Empfang abgebrochen, und die Fehlermeldung 'xxxxxxxx already exists' ausgegeben. Vorsicht ist angebracht. Hat man eine „ltere Version eines Programmes vorliegen, und l„dt eine neuere Version runter, die um ein paar Bytes l„nger ist, so empf„ngt RZ im Resume-Mode und h„ngt nur die zus„tz- lichen Bytes an !!!!! Das gibt natrlich Schrott. Also aufgepasst. v 1.2a 01.06.90 Fehler in der Speicherbelegung behoben. Getestet in Mono & Mittlerer Farb-Aufl”sung, mit und ohne AMCGDOS It seem's to work. v 1.2b 01.06.90 Wie gesagt, It seem's... L„uft jetzt auch mit BIGSCREEN 1.0 in Mono und Farbe Bei Verwendung mit RUFUS 1.0 in RZ.TTP bzw SZ.TTP umbenennen. RUFUS 1.02 verlangt RZ.PRG und SZ.PRG v 1.2c 09.05.90 Grrrr, hatte den Fehler in 1.2b nur in RZ, nicht aber in SZ behoben. War wohl schon zu sp„t in der Nacht und zu kurz vorm Urlaub. v 1.3ž 18.06.90 Die ANZEIGE des Pfades auf 44 Zeichen begrenzt. Existierte bei RZ das File bereits, so wurde der Transfer abgebrochen. Nun erscheint eine Alertbox, in der ausgew„hlt werden kann, ob das File neu bertragen (Delete) oder abgebrochen (Abort) werden soll. Ist ein File vorhanden, das krzer ist als das angeforderte File, so kann zwischen Resume (unterbrochenen Transfer fortsetzen) oder Delete (File komplett neu bertragen) gew„hlt werden. v 1.4 12.07.90 Auf Anregung eifriger Benutzer: In RZ wird bei existierendem File nun eine Alertbox mit 3 Buttons angezeigt (Resume | Delete | Abort) anstelle von 2 verschiedenen Alertboxen. Neuer Commandline Parameter: '-y' Wird bei Aufruf von RZ in der Commandozeile -y bergeben, so wird ein eventuell existierendes Receive-File OHNE Rckfrage gel”scht und der Empfang komplett durchgefhrt. v 1.5 09.09.90 Pixelsalat bei Beenden von SZ & RZ auf TT030 in mittlerer Aufl”sung beseitigt. v 1.6 25.10.90 Neuer Commandlineparameter fr RZ.PRG: '-r' Wird bei Aufruf von RZ in der Commandozeile -r bergeben, so wird ein eventuell existierendes Receive-File OHNE Rckfrage im Resume- Mode empfangen. Parameter -y darf nicht angegeben sein! Neuer Commandlinparameter fr RZ.PRG: '-o file.ext' Wird bei Aufruf von RZ in der Commandozeile -o file.ext bergeben, so wird der vom Sender geschickt Dateiname durch file.ext ersetzt. Sollte file.ext bereits existieren, so wird es vorher gel”scht. Neuer Commandlineparameter fr RZ.PRG: '-e' Existiert das zu empfangende File bereits, so wird die File-Extension im Dateinamen des NEUEN Files durch 001 (max 999!) ersetzt. Mehr Variationen zu diesem Thema nehme ich NICHT mehr auf ! Weitere An- fragen / Vorschl„ge sind zwecklos ! Die šbertragung im ASCII-Mode wurde in beiden PRG's vollst„ndig entfernt, da sie eh nicht richtig funktionierte und wohl kaum verwendet wird! Bei SZ wird nun der Filename in Kleinbuchstaben bertragen. (Wird in der ZMODEM-Doku empfohlen) Und nun das Beste: SZ kann jetzt den vollen Stream-Mode, wartet also nicht mehr alle 1024 Bytes auf ein ACK ! Dadurch wird der Durchsatz beim Senden bei High-Speed wesentlich verbessert. Ausserdem wird bei fehlerhafter šbertragung automatisch die Block- gr”sse reduziert und bei fehlerfreier šbertragung wieder heraufgesetzt. Dadurch wird bei schlechter Leitung der Durchsatz verbessert, da die zu wiederholenden Blockgr”ssen sich bei h„ufigen Fehlern verringern und infolgedessen h„ufiger intakte Bl”cke bertragen werden k”nnen. v 1.7 02.11.90 SZ & RZ schalten nun nichtmehr den Handshake aus. Mein besonderer Dank gilt hierbei Rainer Micheels, der mich darauf aufmerksam machte. v 1.8 10.11.90 Asche auf mein Haupt. Ab v 1.6 ist der Exit-Code von RZ falsch gewesen. Sorry ! Jetzt wird wieder 0 zurckgegeben, wenn alles ok war. Bei RZ wird nun ein empfangenes File nicht mehr Read-Only, wenn es diesen Status mitbekommen hat. Das war doch etwas l„stig. Benutzer von High-Speed Modem's sollten bei SZ den Parameter -l 1024 angeben. Dann wird nach jedem Frame ein ACK angefordert. Eventuelle Fehler bei Retry werden damit behoben. v 1.9 08.12.90 SZ.PRG und RZ.PRG sind ab sofort Shareware! Bitte die entsprechenden Bedingungen beachten. SZ sendet bei Retries nun ein Break von 250 ms an das Modem. Damit mssten die Probleme mit MNP5 beseitigt sein. Mein Dank an Rene Deutscher @ HH, ohne dessen Hilfe das Problem noch nicht besetigt w„re. Bei SZ wird nun eine korrekte Fehlermeldung angezeigt, wenn der Empf„nger den Transfer eines Files berspringt, weil es bereits existiert. Neuer Commandlineparameter fr RZ.PRG: '-s' Wird dieser Parameter angegeben, so wird nicht das mit ZMODEM ber- mittelte Filedatum verwendet, sondern das aktuelle Systemdatum und Uhrzeit. Neuer Commandlineparameter fr RZ.PRG & SZ.PRG: '-q' Wird dieser Parameter angegeben, so wird am Ende keine Ausgabe einer Meldung nach stderr vorgenommen. v 1.9a 17.12.90 Fehler bei RZ behoben: Wenn Platte das zu empfangende File nicht mehr aufnehmen konnte, wurde ein Skip an den Sender geschickt. Dies wirkte sich beim Maustausch fatal aus, da die Maus den Tausch als erfolgreich angesehen hat. Nun wird ein Cancell gesendet. Dadurch bricht die Maus den Tausch ohneErfolg ab. Bei SZ & RZ: Man sollte bei TC kein String-Merge gestatten, wenn man die Resource im File stehen hat. Das fhrte ab und an zu seltsamen Effekten bei langen Pfad- Filenamen. v 1.9b 02.01.91 Der Fehler im TOS, dass bei ausgew„hltem RTS/CTS Handshake trotzdem keines verwendet wird, wird nun von SZ & RZ korrigiert. Anscheinend ist in IOREC der RS232 eine Variable als WORD deklariert, die von den Tx-Routinen aber als Byte abgeprft wird. SZ bzw RZ tragen den Wert aus dem Low-Byte des WORD's nun auch im High-Byte ein. Dann funktioniert das RTS/CTS Handshake.