home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
GEMini Atari
/
GEMini_Atari_CD-ROM_Walnut_Creek_December_1993.iso
/
zip
/
bbs
/
grunt140.lzh
/
README.1ST
< prev
Wrap
Text File
|
1989-10-11
|
7KB
|
163 lines
10/11/89 Version 1.40
The jump from version 1.10 to version 1.40 was due to several failed
attempts to get ARC to work from remote. Several different methods were
tried, and all failed in one way or another. Many of the fixes, and
additions were in some of the versions in between 1.10, and 1.40 which
never got sent out since they didn't work properly.
I have bunched all of the fixes, and additions since 1.10 into this
section for version 1.40
Fixes --------|
V
Weekday conversion routine fixed. We found out on 9/1 that the routine
we were using for finding the day of the week (Sunday-Saturday) was off by
one day. After doing some checking we found out that there were several
months that it was off. These months were different for different years.
I finally found a routine that I could rework to fit my needs and I have
tested it through 1992 and it works properly for every month from January
1989 through December 1992.
Small bug in the erase command while in Menu mode is also fixed.(bug only
existed in MENU mode, and was not present in BATCH files) If you gave a
specific filename GRUNT would say it was deleteing the file, but didn't
actually delete it. If you used wildcards in the filename it would delete
it. In any case it has now been fixed.
NEW STUFF!!!!-----------|
|
v
Added support for LHarc. This utilizes the same sub-menu as ARC.TTP. All
commands are the same as those used in ARC. The exception is "LIST" which
is not supported by LHarc at this time. All the rules that exist for using
ARC through GRUNT must be followed for LHarc
You can now get ARC, and LHarc to work from remote by using Andy Inman's
*IO* progam (included). Andy has given me permission to distribute his
program with mine. All that is required of you to get this to work is to
follow the installation instructions for *IO*. You must also supply the
path/filename for Rundoor.ttp (used by *IO* and included) in the GRUNT.SET
file. See below for the changes to GRUNT.SET
Due to the addition of LHarc support and the use of *IO* program to allow
remote use of ARC, and LHard this requires a change in GRUNT.SET. You must
insert the path/filename for LHarc and Rundoor.ttp (used by IO* program) in
the places noted in this example GRUNT.SET file.
J:\TEMP\ <--- Default path for GRUNT's files
YES <--- Log status (Yes = On)
J:\TEMP\GRUNT.LOG <--- Path/filename for GRUNT log file
E:\TRANSFER\ARC521\ARC.TTP <--- Path/filename for ARC
E:\TRANSFER\LH40ST\LHARC.TTP <--- ****NEW**** Path/filename for LHarc
E:\FOREM\R_EMACS.TTP <--- Path/filename for BBS Emacs
E:\FOREM\DOORS\RUNDOOR.TTP <--- ****NEW**** Path/filename for Rundoor.ttp
60 <--- Non-use timeout value
>>>>>>>>>>>>>>Special note on LHarc version .40<<<<<<<<<<<<<<<<
Version .40 Beta of LHarc has a few small bugs in it. The most prominent
of these is when you are extracting files from an .LZH file. If the file
you are extracting already exists and you tell LHarc to overwrite the
existing file it DOES NOT erase the file, and simply appends the new copy
to the end of the old file. Your best bet until a debugged version of LHarc
arrives is to get a listing of files in the .LZH and make sure that you
manually delete, or rename any conflicting files.
Added a file search feature. This will show you all filenames matching
the search mask along the path specified. You may open folders in the
search path, or simply search a single path. If you decide to open folders
GRUNT will open ALL folders it encounters in the search path. You can
stop/start/abort the search using the same keystrokes for directories, or
typing a file.
Hear is an example.
search d:\forem\*.* y
^ ^ ^
| | |----Open folders
| |
| |----Path/mask
|
|----Command
If you leave out either the search path/mask, or whether to open folders or
not on the command line you will be prompted for them. This command only
works in Menu mode, and is not supported in batch files.
********
9/1/89 Version 1.10
Wildcard bug eliminated. Wildcards are now completely legal for ERASE,
COPY, and either type of directory. They are now properly implemented so
that if you use them in the Copy command only the files that MATCH the file
being copied on the destination will be deleted.(I.E. copying *.* will no
longer erase all files on the destination path. It will only erase the
EXACT filename that conflicts)
If you are copying a single file you may leave the filename blank, and
only enter the pathname for the destination file. If either no filename is
given, or the one given has ANY wildcards in it GRUNT will copy the file to
the new location using the source filename.
When performing a wildcard copy (I.E. ANY wildcards in the source filename)
any filename entered in the destination file will be ignored, and GRUNT will
use the source files name for the copy to the destination path.
Wildcards are legal in the SOURCE pathname for the Append command. GRUNT
will append ALL files matching the wildcards to the destination filename.
This would come in handy to put all of your Routings text files into a single
file for easier downloading, reading, etc. Naturally wildcards are illegal
in the destination filename.
Wildcards are NOT allowed in any of the filenames for the MERGE, RENAME,
DFREE, EMACS, PATH, FREE, RESET command.
Wildcards are NOT allowed in the destination filename when Adding, or Moving
to an ARC, or the source filename when Extracting, or getting either type of
list of files in an ARC. Wildcards are allowed in the files to add, move,
list, verbose list, or extract.
Wildcards are allowed with the TYPE command also.
Wildcards ARE allowed in the source filenames for the Rweekday, and
Sweekday commands, but GRUNT will only use the FIRST file matching the mask
you enter. Wildcards are NOT allowed in the destination filename. I left
the ability to use wildcards in the source file since we have a couple that
we need the wildcards with over here since the filename changes from day to
day.
When using wildcards for the Append, Copy, Erase, or Type command when in
MENU mode you will now see a prompt similiar to Dcopy. You can be prompted
on individual filenames, or have all files matching used, or quit at any
point. However if you are copying (I.E. e:\forem\forem.log to g:\forem.log)
and the destination (g:\forem.log in this example) already exists it will
NOT prompt you, and it WILL erase the file, and write out the new one if you
choose to go through with the copy.
When in batch mode and a wildcard is encountered for any of the commands
where wildcards are legal the program assumes you know what you are doing,
and follows your instructions EXACTLY.
*******
8/27/89
Conflict discovered!!
If you use Mouse accelerator II you must turn the modem watch feature OFF
or GRUNT will always think there is a carrier present. There's nothing I
can do about this. It's something about the way MACCEL II patches into the
OS to perform the modem watch. It makes the system 'think' that there is
always a carrier.