home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Vectronix 2
/
VECTRONIX2.iso
/
FILES_08
/
GSZRZ5_9.LZH
/
GSZRZ.REG
/
HISTORY.ENG
< prev
next >
Wrap
Text File
|
1996-05-26
|
4KB
|
145 lines
Version history
==========================================================================
Note: English text started from v5.0. Earlier revisions are only
available in the German text.
v 5.0 5.11.94
Under Mag!X when an existing file is encountered a Pop-up is available
offering the following options: Abort, Delete, Rename, Resume and Skip.
If an existing file is larger than the file to be received the CRC check
is skipped.
A CRC check is now per-calculated and held pending a request from the
sender. Consequently a CRC check request from the sender is available
immediately which saves lots of time for large files.
Bug in DSZ (an MS-DOS program) which sometimes reported an incorrect CRC
is now handled correctly.
The Command line buffer is now dynamically allocated.
Under MultiTOS the parameter -v xx sets the priority for GSZRZ.
Enhanced display during sending/receiving multiple files:
- 'File x of y'
- Total transmission time
- Remaining time for transmission
- Total bytes to be transmitted
- Total bytes transmitted
- status bar
- Percentage report
This also works when multiple files are passed via a command line using
wildcards or scriptfiles.
v 5.1 8.11.94
Error reporting the transmission of multiple files removed.
v 5.2 11.11.94
Running GSZRZ as an accessory displaying a Pop-up caused a crash. Thanks
to Robert Federle for his assistance tracing this bug.
Bug using a script file resulted in the status bar not being displayed,
now fixed.
A new parameter -I enables the GSZRZ window to be positioned (not
MultiTOS).
v 5.3 16.11.94
The parameter -F -1 resulted in a 'Memory allocation' error when several
files were transfered. Thanks to Andreas Frank Maus @S for the bug
report.
A problem using GSZRZ together with Chameleon (von Karsten Isakovic) was
discovered:
Chameleon cannot tolerate programs which request memory via MXALLOC.
The solution is to set the flags for GSZRZ to load into ST-RAM. GSZRZ_ST
is now supplied with this flag set.
The -M parameter no longer leaves mouse droppings in the GSZRZ window.
x,y positions can now be added after the -I parameter (MultiTOS users see
next option) to position the GSZRZ window.
Using the -I x,y parameter with MultiTOS and AES version > 4.0 it's
possible to iconify the GSZRZ window on startup and position the window at
x,y.
If a file already exists a pop-up menu instead of an Alert box appears
under MultiTOS.
v 5.4 29.11.94
Recieving multiple files with GSZRZ installed as an ACC resulted in the
status bar not being displayed, now fixed.
v 5.5 18.02.95
On receiving on filenames no changes to uppercase are done.
If a port cannot be opened if HSMODEM is installed, a error message is
displayed.
Sending with CRC32 is now optimized.
Bus error on sending X-Modem or Y-Modem corrected.
v 5.6 13.05.95
Sending with CRC16 is optimized.
If HSMODEM is installed, it is also used on transfers via the MIDI port.
On parameter -H now the port name can be used.
Example: -H MIDI
Iconify with MagiC3 is now ok.
If the message 'can't open U:\DEV\port' is displayed, please use the
patch SCHWEIN (Archive SCHWEIN.LZH)
v 5.7 01.07.95
If -M is used and the pop-up menu appears the mouse pointer was invisible.
SPEEDUP CRC calculation on Resume
v 5.8 11.04.96
-I without MultiTOS does not work.
white progressbar after renaming on receive is fixed.
If MagiC is used, iconify is now also possiblw with param. -I
Fixed display error if other system font is used.
Long file names are possible - with the following restrictions:
- no wildcards
- name of the scriptfile only in 8+3 format
parameter -F xxx not possible, because Fopen must be used instead of fopen
for working with long filenames.
v 5.9 26.5.96
On RESUME Progress Bar always was empty
If receive was cancelled because there was enough space, GSZRZ
creates an empty file. This is fixed now.