home *** CD-ROM | disk | FTP | other *** search
/ GEMini Atari / GEMini_Atari_CD-ROM_Walnut_Creek_December_1993.iso / zip / telecomm / grzsz19.zoo / gemszrz.txt next >
Text File  |  1991-01-30  |  12KB  |  304 lines
  1.                     RZ.PRG / SZ.PRG GEM-Version
  2.  
  3. Gem-Version des bekannten RZ.TTP bzw SZ.TTP. Der Transfer-Status wird
  4. in einer GEM-Box angezeigt. Die letzte Meldung bei Verlassen wird auch
  5. nach STDERR ausgegeben. Werden SZ & RZ mit Rufus verwendet, so wird
  6. diese Message in das Rufus-Terminalfenster ausgegeben.
  7.  
  8. Die Programme SZ.PRG und RZ.PRG in GEM-Version sind ab Version 1.9
  9. SHAREWARE. Das bedeutet für den Anwender, daß er die Programme frei
  10. kopieren und 3 Wochen testen kann.
  11.  
  12. Werden die Programme über diesen Zeitraum hinaus weiter benutzt, so
  13. ist die EINMALIGE Shareware-Gebühr von DM 30.- an den Author zu ent-
  14. richten. Entgegen üblicher Shareware ist der Betrag nur einmalig zu
  15. entrichten und berechtigt auch zur Benutzung künftiger GSZRZ-Versionen.
  16.  
  17. Eine kommerzielle Nutzung der beiden Programme darf nur mit schriftlicher
  18. Zustimmung des Authors erfolgen.
  19.  
  20. Der Vertrieb durch PD-Händler ist ausdrücklich untersagt!
  21.  
  22.  
  23. **********************************************************************
  24. ** Bankverbindung:                                                  **
  25. **                                                                  **
  26. **                    Michael Ziegler                               **
  27. **                    Kreissparkasse Haar                           **
  28. **                    BLZ  702 501 50                               **
  29. **                    Kto: 420354680                                **
  30. **                                                                  **
  31. ** Adresse:                                                         **
  32. **                    Michael Ziegler                               **
  33. **                    8013 Haar                                     **
  34. **                    Jagdfeldring 16                               **
  35. **                                                                  **
  36. **********************************************************************
  37.  
  38.  
  39. Die Programme wurden ausführlich getestet. Für etwaige Schäden, die durch
  40. die Verwendung von SZ.PRG und RZ.PRG entstehen, kann ich keinerlei Haftung
  41. übernehmen.
  42.  
  43. Da ich diese beiden PRG's selbst benutze, sind mir Fehlermeldungen oder
  44. Verbesserungsvorschläge natürlich immer willkommen.
  45. Eventuelle Fehlermeldungen bezüglich RZ.PRG/SZ.PRG bitte an:
  46.  
  47. Michael Ziegler @ M im Mausnet
  48. Michael Ziegler 2:246/2.9 im Fido-Net
  49.  
  50. Die neueste Version dieser Programme ist immer in folgenden Mailboxen
  51. verfügbar:
  52.  
  53. Maus München @ M,  Tel. 089-654708
  54. What's Up München im ATARI-Bereich, Tel. 089-3617476, Fido 2:246/2.9
  55.  
  56.  
  57.  
  58. XMODEM/YMODEM:
  59.  
  60. Diese GEM-Versionen von SZ.PRG & RZ.PRG wurden in erster Linie als
  61. Ergänzung für das Terminalprogramm RUFUS von Michael Bernards geschaffen.
  62. Sie beinhalten deshalb NUR das ZMODEM-Protokoll!
  63. DIE ÜBERTRAGUNG IN XMODEM / YMODEM IST MIT SZ.PRG & RZ.PRG NICHT MÖGLICH!
  64.  
  65.  
  66. RTS/CTS-Handshake:
  67.  
  68. Da die beiden Programme über die Betriebssystem-Routinen des ST/TT
  69. arbeiten, muss ein eventuelles RTS/CTS-Handshake entweder vom Terminal-
  70. programm (z.B. RUFUS) oder über das Kontrollfeld vorgenommen werden.
  71.  
  72.  
  73. ---------------------------------------------------------------------
  74. Mögliche Commandline-Parameter bei RZ.PRG:
  75.  
  76. Usage:  rz  [-eopqrsty]
  77.             e if file exist, rename extension to 001 etc.
  78.             o file.ext override senders filename with file.ext
  79.             p Protect existing dest. file by skipping transfer if the
  80.               destination file exists
  81.             q Quiet mode, send no message to stderr
  82.             r allways resume transfer on existing files
  83.             s Set time of the day for received files
  84.             t TIM Change timeout to TIM tenths of seconds
  85.             y Yes, clobber existing file if any
  86.  
  87. Es wird immer im Binär-Mode übertragen !
  88.  
  89. ---------------------------------------------------------------------
  90. Mögliche Commandline-Parameter bei SZ.PRG:
  91.  
  92. Usage:  sz [-deflnNopruy] file ...
  93.         sz [-eiq] -c COMMAND
  94.             c send COMMAND
  95.             d Change '.' to '/' in pathnames
  96.             e Escape control characters
  97.             f send Full pathname
  98.             i send COMMAND, ack Immediately
  99.             l N Limit frame length to N bytes (32 <= N <= 1024)
  100.             n send file if Newer|longer
  101.             N send file if different length|date
  102.             o Use 16 bit CRC instead of 32 bit CRC
  103.             p Protect existing destination file
  104.             r Resume/Recover interrupted file transfer
  105.             u Unlink file after transmission
  106.             y Yes, overwrite existing file
  107.             z Use ZMODEM Compression (RLE) *
  108.  
  109. Es wird immer im Binär-mode übertragen!
  110.  
  111.  
  112. Ein Tip von Rene Deutscher, @ HH im MausNet:
  113. Bei Verwendung mit MNP-Modems sollte das Register S26 (RTS/CTS-Delay) auf
  114. einen Wert von 10 - 20 gesetzt werden.
  115.  
  116. ----------------------------------------------------------------------------
  117. History:
  118.  
  119. v 1.1  21.5.90
  120. Binär-Files wurden teilweise nicht korrekt übertragen.
  121.  
  122.  
  123. v 1.2  27.05.90
  124. Ein patchen von RUFUS ist nun nicht mehr notwendig. Die beiden
  125. PRG's ersetzen die Standard SZ.TTP & RZ.TTP. Bei Start von ZMODEM
  126. wird nun der Bildschirm gesichert und nach Beenden wieder restauriert.
  127.  
  128. Die Alert-Box beim Beenden wurde rausgenommen. Stattdessen wird die
  129. letzte Status/Fehler Meldung an STDERR ausgegeben und landet somit
  130. bei Verwendung von RUFUS im Terminalfenster.
  131.  
  132. Bei Receive wird jetzt nach Empfang der Dateigrösse abgeprüft, ob auf
  133. dem aktuellen Laufwerk genug Platz dafür ist. Wenn nicht, Cancel des
  134. Receive und Fehlermeldung !
  135.  
  136. Der Fehler in der Zeitanzeige (Zehner-Minuten in Einer-Stundenfeld)
  137. ist behoben.
  138.  
  139. RZ kennt nun auch Receive-Crash-Recovery. D. h. wenn während des
  140. Empfangs einer Datei die Verbindung unterbrochen wird, so wird die
  141. bisher empfangene Datei auf Platte/Disk abgelegt. Wird die Ver-
  142. bindung neu aufgenommen, und das gleiche File empfangen, so wird
  143. mit der Übertragung dort begonnen, wo sie vorher unterbrochen wurde.
  144. Sind die Dateigrößen der Datei auf Disk und der zu empfangenden Datei
  145. gleich, so wird der Empfang abgebrochen, und die Fehlermeldung 
  146. 'xxxxxxxx already exists' ausgegeben.
  147. Vorsicht ist angebracht. Hat man eine ältere Version eines Programmes
  148. vorliegen, und lädt eine neuere Version runter, die um ein paar Bytes
  149. länger ist, so empfängt RZ im Resume-Mode und hängt nur die zusätz-
  150. lichen Bytes an !!!!! Das gibt natürlich Schrott. Also aufgepasst.
  151.  
  152.  
  153. v 1.2a 01.06.90
  154. Fehler in der Speicherbelegung behoben.
  155. Getestet in Mono & Mittlerer Farb-Auflösung, mit und ohne AMCGDOS
  156. It seem's to work.
  157.  
  158. v 1.2b 01.06.90
  159. Wie gesagt, It seem's...
  160. Läuft jetzt auch mit BIGSCREEN 1.0 in Mono und Farbe
  161. Bei Verwendung mit RUFUS 1.0 in RZ.TTP bzw SZ.TTP umbenennen.
  162. RUFUS 1.02 verlangt RZ.PRG und SZ.PRG
  163.  
  164. v 1.2c 09.05.90
  165. Grrrr, hatte den Fehler in 1.2b nur in RZ, nicht aber in SZ behoben.
  166. War wohl schon zu spät in der Nacht und zu kurz vorm Urlaub.
  167.  
  168. v 1.3ß 18.06.90
  169. Die ANZEIGE des Pfades auf 44 Zeichen begrenzt.
  170. Existierte bei RZ das File bereits, so wurde der Transfer abgebrochen.
  171. Nun erscheint eine Alertbox, in der ausgewählt werden kann, ob das
  172. File neu übertragen (Delete) oder abgebrochen (Abort) werden soll.
  173. Ist ein File vorhanden, das kürzer ist als das angeforderte File,
  174. so kann zwischen Resume (unterbrochenen Transfer fortsetzen) oder
  175. Delete (File komplett neu übertragen) gewählt werden.
  176.  
  177. v 1.4 12.07.90
  178. Auf Anregung eifriger Benutzer:
  179.  
  180. In RZ wird bei existierendem File nun eine Alertbox mit 3 Buttons
  181. angezeigt (Resume | Delete | Abort) anstelle von 2 verschiedenen
  182. Alertboxen.
  183.  
  184. Neuer Commandline Parameter: '-y' 
  185. Wird bei Aufruf von RZ in der Commandozeile -y übergeben, so wird ein 
  186. eventuell existierendes Receive-File OHNE Rückfrage gelöscht und der
  187. Empfang komplett durchgeführt.
  188.  
  189. v 1.5 09.09.90
  190. Pixelsalat bei Beenden von SZ & RZ auf TT030 in mittlerer Auflösung
  191. beseitigt.
  192.  
  193. v 1.6 25.10.90
  194.  
  195. Neuer Commandlineparameter für RZ.PRG: '-r'
  196.     Wird bei Aufruf von RZ in der Commandozeile -r übergeben, so wird
  197.     ein eventuell existierendes Receive-File OHNE Rückfrage im Resume-
  198.     Mode empfangen. Parameter -y darf nicht angegeben sein!
  199.  
  200. Neuer Commandlinparameter für RZ.PRG: '-o file.ext'
  201.     Wird bei Aufruf von RZ in der Commandozeile -o file.ext übergeben,
  202.     so wird der vom Sender geschickt Dateiname durch file.ext ersetzt. 
  203.     Sollte file.ext bereits existieren, so wird es vorher gelöscht.
  204.  
  205. Neuer Commandlineparameter für RZ.PRG: '-e'
  206.  
  207.     Existiert das zu empfangende File bereits, so wird die File-Extension
  208.     im Dateinamen des NEUEN Files durch 001 (max 999!) ersetzt.
  209.  
  210. Mehr Variationen zu diesem Thema nehme ich NICHT mehr auf ! Weitere An-
  211. fragen / Vorschläge sind zwecklos !
  212.  
  213. Die Übertragung im ASCII-Mode wurde in beiden PRG's vollständig entfernt,
  214.     da sie eh nicht richtig funktionierte und wohl kaum verwendet wird!
  215.  
  216. Bei SZ wird nun der Filename in Kleinbuchstaben übertragen. (Wird in 
  217.     der ZMODEM-Doku empfohlen)
  218.  
  219. Und nun das Beste: SZ kann jetzt den vollen Stream-Mode, wartet also
  220.     nicht mehr alle 1024 Bytes auf ein ACK ! Dadurch wird der Durchsatz 
  221.     beim Senden bei High-Speed wesentlich verbessert.
  222.     Ausserdem wird bei fehlerhafter Übertragung automatisch die Block-
  223.     grösse reduziert und bei fehlerfreier Übertragung wieder heraufgesetzt.
  224.     Dadurch wird bei schlechter Leitung der Durchsatz verbessert, da die 
  225.     zu wiederholenden Blockgrössen sich bei häufigen Fehlern verringern
  226.     und infolgedessen häufiger intakte Blöcke übertragen werden können.
  227.  
  228. v 1.7 02.11.90
  229.  
  230. SZ & RZ schalten nun nichtmehr den Handshake aus.
  231. Mein besonderer Dank gilt hierbei Rainer Micheels, der mich darauf 
  232. aufmerksam machte.
  233.  
  234. v 1.8 10.11.90
  235.  
  236. Asche auf mein Haupt. Ab v 1.6 ist der Exit-Code von RZ falsch
  237. gewesen. Sorry ! Jetzt wird wieder 0 zurückgegeben, wenn alles ok war.
  238.  
  239. Bei RZ wird nun ein empfangenes File nicht mehr Read-Only, wenn
  240. es diesen Status mitbekommen hat. Das war doch etwas lästig.
  241.  
  242. Benutzer von High-Speed Modem's sollten bei SZ den Parameter -l 1024
  243. angeben. Dann wird nach jedem Frame ein ACK angefordert.
  244. Eventuelle Fehler bei Retry werden damit behoben.
  245.  
  246.  
  247. v 1.9 08.12.90
  248.  
  249. SZ.PRG und RZ.PRG sind ab sofort Shareware! Bitte die entsprechenden
  250. Bedingungen beachten.
  251.  
  252. SZ sendet bei Retries nun ein Break von 250 ms an das Modem. Damit müssten
  253. die Probleme mit MNP5 beseitigt sein.
  254. Mein Dank an Rene Deutscher @ HH, ohne dessen Hilfe das Problem noch
  255. nicht besetigt wäre.
  256.  
  257. Bei SZ wird nun eine korrekte Fehlermeldung angezeigt, wenn der Empfänger
  258. den Transfer eines Files überspringt, weil es bereits existiert.
  259.  
  260. Neuer Commandlineparameter für RZ.PRG: '-s'
  261.     Wird dieser Parameter angegeben, so wird nicht das mit ZMODEM über-
  262.     mittelte Filedatum verwendet, sondern das aktuelle Systemdatum und 
  263.     Uhrzeit.
  264.  
  265. Neuer Commandlineparameter für RZ.PRG & SZ.PRG: '-q'
  266.     Wird dieser Parameter angegeben, so wird am Ende keine Ausgabe einer
  267.     Meldung nach stderr vorgenommen.
  268.  
  269.  
  270. v 1.9a 17.12.90
  271.  
  272. Fehler bei RZ behoben: Wenn Platte das zu empfangende File nicht mehr
  273. aufnehmen konnte, wurde ein Skip an den Sender geschickt. Dies wirkte
  274. sich beim Maustausch fatal aus, da die Maus den Tausch als erfolgreich
  275. angesehen hat. Nun wird ein Cancell gesendet. Dadurch bricht die Maus den
  276. Tausch ohneErfolg ab.
  277.  
  278. Bei SZ & RZ: Man sollte bei TC kein String-Merge gestatten, wenn man
  279. die Resource im File stehen hat. Das führte ab und an zu seltsamen Effekten 
  280. bei langen Pfad- Filenamen.
  281.  
  282.  
  283. v 1.9b 02-01-91
  284.  
  285. Der Fehler im TOS, dass bei ausgewähltem RTS/CTS Handshake trotzdem
  286. keines verwendet wird, wird nun von SZ & RZ korrigiert.
  287. Anscheinend ist in IOREC der RS232 eine Variable als WORD deklariert,
  288. die von den Tx-Routinen aber als Byte abgeprüft wird. SZ bzw RZ tragen den
  289. Wert aus dem Low-Byte des WORD's nun auch im High-Byte ein. Dann 
  290. funktioniert das RTS/CTS Handshake.
  291.  
  292. -------------------------------------------------------------------------
  293.  
  294. Geplant für Version 2.0, nur für registrierte Benutzer:
  295.  
  296. RLE-Compression. Wenn die Gegenseite mit RLE sendet, stellt sich RZ auto-
  297. matisch darauf ein. Bei SZ muss Parameter -z angegeben werden. Diese Com-
  298. pression ermöglicht eine höhere Übertragungsrate, wenn das zu übertragende
  299. File NOCH NICHT mit einem Packer komprimiert wurde. 
  300.  
  301. Implementation von XMODEM und YMODEM
  302.  
  303.  
  304.