From ts@uwasa.fi  Sat Apr 18 17:02:00 1992
Return-Path: <ts@uwasa.fi >
From: Timo Salmi <ts@uwasa.fi >
Subject: /pc/pd2/tspost10.zip file description
To: ts@uwasa.fi  (Timo Salmi)
Date: Fri, 31 Dec 99 6:46:16 EET
Status: OR

+---------------------------------------------------------------+
! This file is in mail format, so you can also read it with any !
! suitable Unix mail program such as elm: (elm -f post10.txt).  !
! On a PC /pc/mail/rmail*.zip is a convenient alternative       !
+---------------------------------------------------------------+

   This is the tenth file that contains my replies and comments that
I or others have made by email, or just written here instead of
posting to (mainly to) comp.binaries.ibm.pc.archives, or postings
that I wanted to retain for your information.
   Note that the latest post??.zip is always being updated until it
contains 30 messages.  The files are located at the /pc/pd2
directory.
   For an index of all the post*.zip files please see
/pc/pd2/tspost00.zip.

1   Dec 31 To Timo Salmi      (31)   /pc/pd2/tspost10.zip file descriptio
2   Sep 5  To G.H. Willighage (48)   Re: Managame experiences
3   Sep 4  To Garbo Infolist  (41)   Re: Downloads of your files (fwd)
4   Sep 3  Keith Petersen     (30)   Re: Problems with ZIP files
5   Sep 2  To geo@sunburn.uwa (52)   Re: Comment on flag game (tsgmed12.z
6   Aug 29 Timo Salmi         (51)   Re: How is uploaded material checked
7   Aug 20 To Richard Breuer  (39)   Re: Bug in TSUNTENV's SETENV
8   Aug 19 To George Torralba (37)   Re: Your SWITCHAR and MsDos 5.0
9   Aug 18 Timo Salmi         (118)  A batch programming contest for you
10  Aug 17 To Richard Breuer  (191)  Re: Bug in TSUNTx's ISDIRFN
11  Aug 16 Keith Petersen     (57)   Recent msdos uploads to SIMTEL20
12  Aug 16 Yossi Gil          (37)   Re: UNIX <=> DOS & DOS <=> UNIX text
13  Aug 15 To CCENDM03@BRUFPB (39)   Re: -rw-rw-r-- and .Z files
14  Aug 14 To Roel de Cock    (41)   Re: Strange dates in /pc/_dir.lst
15  Aug 14 Dan Shearer        (27)   TSBAT36.ZIP batch programming and tr
16  Aug 13 To chpp            (37)   Re: ZIP FILES IN /pc/ts/
17  Aug 13 To DLEWIS@SCUACC.S (39)   Re: Can't FTP to garbo
18  Aug 3  To Daniel R. Crows (34)   Re: Timo's FAQ collection
19  Jul 31 Chris Myers        (33)   Re: garbo mirror at wuarchive.wustl.
20  Jul 21 To Anonymity prese (63)   Re: (administrative) Crossposting a
21  Jul 12 To Keith Petersen  (37)   Re: A PKZIP 1.93a packed upload
22  Jul 8  Otto J. Makela     (27)   Re: Requesting BBS (JyBox) Files
23  Jul 6  To Paul daSilveira (43)   Re: Displaying 132 cols on an "80" c
24  Jul 5  To JMILLER@CHESS.E (63)   Re: Other candidates for best progra
25  Jul 4  Timo Salmi         (81)   Re: On major MsDos FTP sites
26  Jun 29 Richard Kaye       (306)  TSBAT, alternative ERRORLEVEL code
27  Jun 28 To Samuel Ko       (38)   Re: pc/incoming of garbo ...
28  Jun 22 Keith Petersen     (77)   Where to get ZOO v2.10 for MS-DOS, U
29  Jun 21 Robert O'Barr      (338)  Project Gutenberg (Was Re: FINLAND.Z
30  Jun 20 To Jon Brinkmann   (32)   Re: FLAGGAME.EXE virus protection

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP  archives  128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi   BBS +(358)-61-3170972; FIN-65101,  Finland


From ts@uwasa.fi Sat Jun 20 07:13:21 1992
Subject: Re: FLAGGAME.EXE virus protection
To: jvb7u@astsun.astro.Virginia.EDU (Jon Brinkmann)
Date: Sat, 20 Jun 92 7:13:21 EET DST
In-Reply-To: <9206200116.AA12325@astsun.astro.Virginia.EDU>; from "Jon Brinkmann" at Jun 19, 92 9:16 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Timo,
>
> Your virus protection for FLAGGAME.EXE in TSGMED... is giving me fits.  I
> unzip my files on a RS/6000 UNIX machine and then transfer them to a PC
> the file creation date is then set to the current date and time.  I can't
> run FLAGGAME because it doesn't like this!  How about using a checksum and
> length of file to check instead?
>
> Jon

Hello Jon,

I have a better suggestion.  Transfer the entire zip file and then
unzip on your PC.  One of the intentional purposes of the protection
is preventing detaching the programs from the package.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland

From robarr@sdcc3.UCSD.EDU Sun Jun 21 10:11:55 1992
Date: Sun, 21 Jun 92 00:12:44 PDT
From: robarr@sdcc3.UCSD.EDU (Robert O'Barr)
Message-Id: <9206210712.AA17809@sdcc3.UCSD.EDU>
To: ts@uwasa.fi
Subject: Project Gutenberg (Was Re: FINLAND.ZIP)
Newsgroups: comp.binaries.ibm.pc.archives
Organization: University of California, San Diego
Status: OR

In article <1992Jun21.053657.19774@uwasa.fi> you write:
>Sun 21-Jun-92: Found a cute little information file by a 12 year old
>Californian lying around in a Finnish BBS.  Quite well done.
>6115 Jun 18 18:56 garbo.uwasa.fi:/pc/doc-misc/finland.zip
>
>Prof. Timo Salmi

Just in case you are interested, the 12 year old californian was
just copying from the cia 1991 world fact book, so the "well done",
is deservedly U.S. C.I.A.'s :*)

[Timo's epilogue, I withdrew finland.zip from garbo]

The entire world fact book is available from Project Gutenberg

Here is some relevant information on obtaining the world fact book
or other e-texts from Project Gutenberg.

Sincerely,

Robert

__________________________________________________________________
*This file is under 300 lines in length, and is about 10Kbytes*
Keep this newsletter, it is your "readme" file for the location
of all material currently posted at the University of Illinois.
[mrcnext.cso.uiuc.edu . . . see below details and instructions]

***This is the Project Gutenberg Newsletter for May 10, 1992***
Our Goal, To Give Away One Trillion Etexts By December 31, 2001

We should be at about 2.2 billion with release of the following
not counting pre-1991 releases:  which are still in the process
of being dug out of our archives, new headers attached, and new
placement in new directories on our fileserver.


The current releases are on mrcnext:  cd etext/etext92

May 10, 1992 in honor of Mothers' Day, we will post "Herland."
This book is a "must read" for fans of Dances With Wolves, and
feminist literature. . .none of backlash of modern feminism or
other -isms.  We would certainly appreciated it if someone got
a copy to Gloria Steinem, Germaine Greer, and Betty Friedan.

May 6, 1992, in honor of Freud's Birthday, the Oedipus Trilogy.

April 19, 1992 in honor of Easter, biblea10.txt or biblea10.zip
[This is a new etext of the King James Version, much proofread]

April 8, 1992, Far From The Madding Crowd, crowd13.txt or .zip.

Nebraska has been included in the US Census (uscen901.xxx).

**Also!!  Please note new directory structures. . .you may have
to look around a little at mrcnext and quake.think.com.  We are
working on finding all the old readme type files and updating**
Current instructions for mrcnext are below.

**We would appreciate your patience now and your input in May**
*We need your assistance in changing and improving help files!*

You may subscribe to the paper edition of this newsletter:
mail stamps and mailing labels, and/or donations to:

David Turner, O.S.B.
Illinois Benedictine
5700   College  Road
Lisle, IL 60532-0900


(Books from earlier years will available in 1992)
(but not yet:  to be announced, don't ask yet!!!)

    1971 Declaration-Independence  (whenxxxx.xxx)
    1972 Bill of Rights            (billxxxx.xxx)
    1973 U.S. Constitution         (constxxx.xxx)
    1974-1982 The Bible            (biblexxx.xxx)
    1983-1990 Complete Shakespeare (shakesxx.xxx)

(Watch for these entries to be moved below later.
The Bible mentioned above is a different edition
from the one we just post for Easter, 1992)


Books currently available on mrcnext (do a dir):

(These 1991 etexts are now in> cd /etext/etext91)

Jan 1991 Alice in Wonderland       (alice29x.xxx)
Feb 1991 Through the Looking Glass (lglass16.xxx)
Mar 1991 The Hunting of the Snark  (snark12x.xxx)

Apr 1991 1990 CIA World Factbook   (world11x.xxx)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

May 1991 Moby Dick (From OBI)*     (mobyxxxx.xxx)
Jun 1991 Peter Pan (for US only)** (peter14a.xxx)
Jul 1991 The Book of Mormon        (mormon11.xxx)
Aug 1991 The Federalist Papers     (feder11x.xxx)
Sep 1991 The Song of Hiawatha      (hisong10.xxx)
Oct 1991 Paradise Lost             (plboss10.xxx)
Nov 1991 Aesop's Fables            (aesop10x.xxx)
Dec 1991 Roget's Thesaurus         (roget11x.xxx)

*Moby Dick is missing Chapter 72
**Please do not download Peter Pan outside the US


(These 1992 etext releases in> cd /etext/etext92)

Jan 1992 Frederick Douglass        (duglas10.xxx)
Jan 1992 O Pioneers!  Willa Cather (opion10x.xxx)

Feb 1992 1991 CIA World Factbook   (world91a.xxx)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Feb 1992 Paradise Lost (Raben)     (plrabn10.xxx)
Mar 1992 Far From the Madding Crowd(crowd13x.xxx)
Mar 1992 Aesop's Fables (Advantage)(aesopa10.xxx)
Apr 1992 Data From the 1990 Census (uscen901.xxx)
Apr 1992 New Etext of Bible (KJV)  (bible10x.xxx)
May 1992 Sophocles' Oedipus Trilogy(oedip10x.xxx)
May 1992*Herland (not yet in place (hrlnd10x.xxx)

!The newest Project Gutenberg FTP site is at the Cleveland Freenet!!
We need some Freenet users log in and test the system, hopefully the
sessions can be saved as a file and forwarded to us so they can be a
great assistance in the creation of help and readme files.

You can ftp and get at least some files at ftp.cwru.edu (anonymous).
You can also call via modem at 1-216-368-3888 (I have not tried it).

* End of Paper Edition of January 1992 Project Gutenberg Newsletter.
* Please attach signature block(====)from end of email edition here.

Here are the latest updates for FTP downloading of Project Gutenberg
etexts and others.  These updates will be posted on several listserv
locations once a month.  We hope we have answered most questions, as
new files, new locations, and new users arrive each month.  We can't
answer queries about nameservers or how your local system runs FTP!!

Please try to help people get text files as we are not well prepared
to deal with sending items through the mail.

Please do not access the mrcnext machine from 10:00 AM to 6:00 PM
Central Standard Time (Daylight in summer) as this is peak usage,
& mrcnext is always the first machine to get the newest editions.
Please GET the INDEX, README GUT*.* and NEW.GUT files first.

Current releases are now listed in each newsletter.
Others texts are also available at the various sites.

[if you are not an internet site, you will either have to find one to use
or find an FTP emulator program to use at your sites and/or I will have a
packet of information sent to you directly as email. (I leave this choice
for last because all email is backed up to my disk, so sending out copies
to many people creates many backups, but don't hesitate to ask and remind
us that you need email sent rather than instructions for FTP)]

For further information or to retrieve electronic books:

FTP directly to the Project Gutenberg archives:

ftp mrcnext.cso.uiuc.edu
or
ftp 128.174.201.12

login:  anonymous

password:  name@login  [your email address]

cd etext92 [for 1992 releases] or cd /etext/etext92
cd etext/etext91 [for 1991 releases]
cd etext/articles [for Project Gutenberg articles and newsletters]

dir [to see files]

get or mget [to get files. . .set bin for zip files]

GET INDEX
for a list of books
and
GET NEW GUT
for general information
and
MGET GUT*
for newsletters.

MORE DETAILS
ls -a or dir (This will give you a directory listing, case sensitive)
get filename.filetype
(examples . . . )
dir     (to see current editions available) (RETURN to see next page)
get alice29.txt
get lglass16.txt
get snark12.txt
quit
*****

You may have to get local instructions for linking to FTP,
and/or setting memory for FTP.  These files also available
via disk on request in several formats.  Some Bitnet sites
have FTP emulators, check with your local guru.

The current FTP sites are:

mrcnext.cso.uiuc.edu or (128.174.201.12)  cd /etext (details above)
(Please do NOT use the mrcnext between 10AM and 6PM weekdays)

Our newest FTP site is:  (and therefore we are in need of testing
                          of advice for our instruction set)

The Oregon State server.  Please send us records of your sessions with
them, along with questions you need answered.  We will compile sets of
instructions similar to those you see below for the other sites.

Named the Almanac information server, located at the Extension Service
at Oregon State University, allows text retrieval both through ftp and
email (for Bitnet users).  Works from To retrieve a file via ftp:

ftp oes.orst.edu           (128.193.124.2)
Log in as `anonymous' and your login name as a password.
cd /pub/almanac/guten
ls                         (to get a list of files)
bin                        (to switch to binary mode)
get filename               (where `filename' was one of the files
listed)
bye                        (when done)

To retrieve a file via e-mail, first send the following line by
itself to almanac@oes.orst.edu

     send gutenberg catalog

This will instruct you how to send further requests, and will
list
the available files.  For example, to retrieve _Alice's Adventures
in Wonderland_, send to almanac@oes.orst.edu

     send gutenberg alice
------
This information provided by
Chris Hansen

Internet: hansenc@OES.ORST.EDU           UUCP:
uunet!orstext!gouda!hansenc
******Thanks Chris. . .your server has already been reported as extremely!
******useful by those with bitnet only access, including proofreaders.  mh
 ========
quake.think.com (192.31.181.1)
cd pub
cd etext
[take a look at the directories, also being updated along with mrcnext]

(Our thanks to Thinking Machines Corporation)
(Located in Cambridge, MA near Boston)
*********

simtel20.army.mil or (192.88.110.20)  pd:<books>
Also known as WSMR-SIMTEL20.ARMY.MIL
(This computer has great archives and is used a lot, takes time)
(Detailed instructions below, but doesn't have the newest editions).

The MSDOS portions of simtel are echoed on:
wuarchive.wustl.edu
Name:    wuarchive.wustl.edu
Address:  128.252.135.4
(Please report your efforts on wuarchive, we need a guru for it)
(wuarchive
also echoed on mrcnext.cso.uiuc.edu in the mirrors dir.

WSMR-SIMTEL20.ARMY.MIL

NOTE; Type B is Binary: Type A is ASCII

Directory PD1:<MSDOS.BOOKS>
 Filename   Type Length   Date    Description
==============================================
ALICE11.ZIP   B   61702  901218  Lewis Carroll-ALICE'S ADVENTURES IN WONDERLAND

LGLASS10.ZIP  B   70039  901217  THROUGH THE LOOKING GLASS by Lewis Carroll

SIMTEL20 allows standard ANONYMOUS ftp with password GUEST.

cd pd1:<msdos.books>
type tenex
get alice11.zip
get lglass11.zip
bye

If your FTP does not have TENEX mode, use BINARY mode.  If the files
are not readable after transferring in BINARY mode, try again with
these two commands to set the mode:

type binary

quote "TYPE L 8"

The double quotes are required.
=====================================================
|       The trend of library policy is clearly toward
|       the ideal of making all information available
|       without delay to all people.
|
|The Software Toolworks Illustrated Encyclopedia (TM)
|(c) 1990 Grolier Electronic Publishing, Inc.

Thank you for your interest,

Michael S. Hart, Project Gutenberg Executive Director
National Clearinghouse for Machine Readable Texts

The views expressed herein do not necessarily reflect
the views of any person or institution.  Neither Prof
Hart nor Project Gutenberg have any official contacts
with the University of Illinois.

Mail will be considered for release in our newsletter
and notes unless otherwise requested.

Email addresses:
BITNET> HART@UIUCVMD  INTERNET> HART@VMD.CSO.UIUC.EDU
Also as the Usenet group bit.listserv.gutnberg
CompuServe:  >INTERNET:hart@vmd.cso.uiuc.edu
Attmail:  internet!vmd.cso.uiuc.edu!HART


From w8sdz@tacom-emh1.army.mil Tue Jun 23 07:09:05 EET 1992
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Newsgroups: comp.binaries.ibm.pc.archives,comp.binaries.ibm.pc.wanted,comp.binaries.ibm.pc.d,comp.sources.wanted,comp.os.vms,vmsnet.misc,bit.listserv.vmslsv-l,comp.unix.misc
Subject: Where to get ZOO v2.10 for MS-DOS, Unix and VMS
Keywords: zoo,zoo210,archive,extract,msdos,unix,vax,vms,ftp,anonymous
Date: 22 Jun 92 18:40:43 GMT
Organization: The SIMTEL20 Archives
Status: OR

[Edited with Keith's permission.  Adds the garbo information.
Stored in garbo.uwasa.fi:/pc/pd2/post10.zip]

It seems that no matter how often this information is posted, someone
will ask for it again in 2 or 3 days.  PLEASE save this article!


SIMTEL20 :
===========
ZOO version 2.10 (needed for extracting files posted in Usenet
newsgroup comp.binaries.ibm.pc) is available via anonymous FTP from
WSMR-SIMTEL20.ARMY.MIL (192.88.110.20) or mirror sites OAK.Oakland.Edu
(141.210.10.117), wuarchive.wustl.edu (128.252.135.4), ftp.uu.net
(137.39.1.9), nic.funet.fi (128.214.6.100), src.doc.ic.ac.uk
(146.169.3.7) or archie.au (139.130.4.6), by e-mail through the
BITNET/EARN file servers, or by uucp from UUNET's 1-900-GOT-SRCS.
See UUNET file uunet!~/info/archive-help for details.

Garbo :
========
"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  The mirrors may lag occasionally, or might not
have all the files.  If you do not receive my reply within five
days, please ask your own site's system manager to construct a
returnable mail path for you".


Directory PD1:<MSDOS.ZOO>
 Filename   Type Length   Date    Description
==============================================
ZOO210.EXE    B   55721  910712  Dhesi's make/extract/view ZOO archives, 910712

 73461 Jul 12  1991 garbo.uwasa.fi:/pc/arcers/zoo210.exe


Directory PD8:<MISC.UNIX>
 Filename   Type Length   Date    Description
==============================================
ZOO210.TAR-Z  B  246115  910714  Dhesi's make/extract/view ZOO archives, C src

237093 Aug  8  1991 garbo.uwasa.fi:/unix/arcers/zoo210.tar.Z


Directory PD8:<MISC.VAXVMS>
 Filename   Type Length   Date    Description
==============================================
ZOO210.ARC    B  289193  910801  Dhesi's make/extract/view ZOO archives, C src

289193 Jul  5  1991 garbo.uwasa.fi:/vms/arcers/zoo210.arc
647168 Jun 24 13:42 garbo.uwasa.fi:/vms/arcers/zoo210.tar


Keith
--
Keith Petersen
Maintainer of the MSDOS, MISC and CP/M archives at SIMTEL20 [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or       w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz                          BITNET: w8sdz@OAKLAND

.......................................................................
FTP archives garbo.uwasa.fi, U of Vaasa, Finland, moderated by
Timo Salmi ts@uwasa.fi      Publicity, MsDos, selected MsDos uploads
Harri Valkama hv@uwasa.fi  MsDos, Win, Mac, Unix, uploads, garbo SysMgr
Hannu Hirvonen hh@uwasa.fi Unix, chyde SysMgr, postmaster

From ts@uwasa.fi  Sun Jun 28 16:56:05 1992
Subject: Re: pc/incoming of garbo ...
To: kko@fraser.sfu.ca (Samuel Ko)
Date: Sun, 28 Jun 92 16:56:05 EET DST
Cc: (Garbo Infolist)
Status: OR

> Why the files in the pc/incoming directory of garbo aren't
> downloadable? ...
>
> --
> Samuel Ko (kko@sfu.ca) ... also known as The Smart One ...
> quasi-expert in WordPerfect, Word, Lotus 123, Excel, dBase IV, Accpac,
> Bedford, Novell Netware, MSDOS, Windows, desktop publishing, expert
> systems, accounting systems, C/C++ programming, SPSS, Maple V ...

A fair question.  The reason is one of policy.  We wish to maintain
a high level of integrity, and we want decide ourselves what kind of
material is distributed from garbo.  Consequently we have
technically prevented downloading from our incoming directories.
This means that the users cannot use our incoming directories as a
place of exchanging material.  It also means that all MsDos material
on garbo will have gone through our virus checking and acceptance
routines.  As you will recall we specialize somewhat and that there
are some categories of material we do not wish carry like
recreational games and gifs, policitcal and religious material etc.

I'll make a copy of this reply to garbo.uwasa.fi:/pc/pd2/post10.zip
information file.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland

From ts@uwasa.fi  Sat Jul  4 08:56:04 EET 1992
Newsgroups: comp.binaries.ibm.pc.wanted
From: ts@uwasa.fi  (Timo Salmi)
Subject: Re: On major MsDos FTP sites
Organization: University of Vaasa, Finland
Date: Sat, 4 Jul 1992 05:53:49 GMT
Lines: 70
Status: OR

In article <1992Jul3.194031.7287@mtu.edu> cescript@mtu.edu (Charles Scripter) writes:
>Also, it seems like most of the programs people are looking for, are available
>from the same 3 FTP sites.  So, I'll give addresses for the 3 major anonymous
>sites I know of:

> 1) wsmr-simtel20.army.mil  (something like 7500 MSDOS titles..., and more!)

This is good and relevant information.  I'll add some more.  There
is a 8198 Jun 19 09:02 garbo.uwasa.fi:/pc/pd2/moder11.zip list of
MsDos & Windows FTP sites giving the IP numbers, main directories,
moderators' email addresses etc.  One further relevant site is
archie.au which mirrors both SIMTEL20 and garbo in Australia.

In Europe nic.funet.fi is worth a special mention because it mirrors
SIMTEL20 and in general acts as a mass repository.  Nic is an
impressive joint effort of quite many fellow Finns in different
fields interested in gathering material, but for some reason shyly
keeping a very low profile on the net.

There is also ftp.ulowell.edu which is of interest to many users,
since it specializes in MsDos games, which along with gif pictures
always seem to top the download statistics whenever available.  An
indication of true user preferences? :-).

> 2) wuarchive.wustl.edu (has a *mirror* of WSMR, and other stuff).

True.  Wuarchive mirrors SIMTEL20, garbo, and the Windows site cica.
I do not know about the status of mirroring ulowell.

For the most recent files there may be a small lag in mirroring, but
this has improved considerably lately, and is hopefully no more a
problem.

> 3) garbo.uwasa.fi
> I don't really know much about 3), since 1) & 2) have most everything I
> ever wanted, but European users will save bandwidth by FTPing "locally".

If you are interested in garbo, there is much further information on
garbo and lore of general interest in the /pc/pd2/post*.zip
information & feedback files (post00.zip has the index).  In summary
SIMTEL20 and wuarchive have a very broad MsDos basis while garbo
specializes to certain areas like MsDos utilities, Turbo Pascal
programming, educational material (we'd like to have more), and the
like.  Much, but not quite all material what is on garbo, is on
SIMTEL20 because the two sites cooperate quite a lot.

As for garbo, the file lists to get when users are looking for
something are given below.  You might be interested in getting some
of these lists whether or not you intend to use garbo, because they
have been compiled independently.  They might thus in some cases add
to the information that can be gleaned from the other sites' file
lists.

garbo.uwasa.fi:/pc/INDEX.ZIP
garbo.uwasa.fi:/pc/INDEXTS.ZIP
garbo.uwasa.fi:/unix/INDEX.ZIP
garbo.uwasa.fi:/win3/INDEX
garbo.uwasa.fi:/win31/INDEX
garbo.uwasa.fi:/ql/QLINDEX

>--Charles Scripter   cescript@phy.mtu.edu
>  Dept of Physics
>  Michigan Technological University
>  Houghton, MI 49931

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland


From @mail-relay.oxford.ac.uk:KAYE@vax.oxford.ac.uk Mon Jun 29 15:30:55 1992
From: Richard Kaye <KAYE@vax.oxford.ac.uk>
To: TS <TS@CHYDE.uwasa.fi>
Subject: TSBAT, alternative ERRORLEVEL code
Status: OR

Dear Prof Salmi,

I just downloaded your TSBAT package.  I enjoyed reading the code - thanks!
Some of the stuff I had already coded up for myself (great minds think alike
obviously).  In particular I had written a batch to show the ERRORLEVEL value.
Two small differences: my batch just shows ERRORLEVEL, and doesn't bother
running anything first.  (I never know in advance when I want to know what
it is.)  But also mine is *much* faster.  Why don't you use my trick to
speed things up?  You can see the trick from the code that follows.
[By the way, I stopped at blocks of 32 because I had bored of typing.
The optimum is probably blocks of sixteen or eight, and there are also
a few other minor optimisations one can make as you will see.]

You are welcome to distribute this providing you do so, preferably with the
remarks in square brackets [...] above.

Yours, Richard Kaye.


@echo off
rem SHOWERR.BAT - show errorlevel.  By Richard Kaye
if errorlevel 128 goto lab1
if errorlevel 64 goto lab01
if errorlevel 32 goto lab001
if errorlevel 00 if not errorlevel 01 echo ERRORLEVEL=00
if errorlevel 01 if not errorlevel 02 echo ERRORLEVEL=01
if errorlevel 02 if not errorlevel 03 echo ERRORLEVEL=02
if errorlevel 03 if not errorlevel 04 echo ERRORLEVEL=03
if errorlevel 04 if not errorlevel 05 echo ERRORLEVEL=04
if errorlevel 05 if not errorlevel 06 echo ERRORLEVEL=05
if errorlevel 06 if not errorlevel 07 echo ERRORLEVEL=06
if errorlevel 07 if not errorlevel 08 echo ERRORLEVEL=07
if errorlevel 08 if not errorlevel 09 echo ERRORLEVEL=08
if errorlevel 09 if not errorlevel 10 echo ERRORLEVEL=09
if errorlevel 10 if not errorlevel 11 echo ERRORLEVEL=10
if errorlevel 11 if not errorlevel 12 echo ERRORLEVEL=11
if errorlevel 12 if not errorlevel 13 echo ERRORLEVEL=12
if errorlevel 13 if not errorlevel 14 echo ERRORLEVEL=13
if errorlevel 14 if not errorlevel 15 echo ERRORLEVEL=14
if errorlevel 15 if not errorlevel 16 echo ERRORLEVEL=15
if errorlevel 16 if not errorlevel 17 echo ERRORLEVEL=16
if errorlevel 17 if not errorlevel 18 echo ERRORLEVEL=17
if errorlevel 18 if not errorlevel 19 echo ERRORLEVEL=18
if errorlevel 19 if not errorlevel 20 echo ERRORLEVEL=19
if errorlevel 20 if not errorlevel 21 echo ERRORLEVEL=20
if errorlevel 21 if not errorlevel 22 echo ERRORLEVEL=21
if errorlevel 22 if not errorlevel 23 echo ERRORLEVEL=22
if errorlevel 23 if not errorlevel 24 echo ERRORLEVEL=23
if errorlevel 24 if not errorlevel 25 echo ERRORLEVEL=24
if errorlevel 25 if not errorlevel 26 echo ERRORLEVEL=25
if errorlevel 26 if not errorlevel 27 echo ERRORLEVEL=26
if errorlevel 27 if not errorlevel 28 echo ERRORLEVEL=27
if errorlevel 28 if not errorlevel 29 echo ERRORLEVEL=28
if errorlevel 29 if not errorlevel 30 echo ERRORLEVEL=29
if errorlevel 30 if not errorlevel 31 echo ERRORLEVEL=30
if errorlevel 31 if not errorlevel 32 echo ERRORLEVEL=31
goto exit
:lab001
if errorlevel 32 if not errorlevel 33 echo ERRORLEVEL=32
if errorlevel 33 if not errorlevel 34 echo ERRORLEVEL=33
if errorlevel 34 if not errorlevel 35 echo ERRORLEVEL=34
if errorlevel 35 if not errorlevel 36 echo ERRORLEVEL=35
if errorlevel 36 if not errorlevel 37 echo ERRORLEVEL=36
if errorlevel 37 if not errorlevel 38 echo ERRORLEVEL=37
if errorlevel 38 if not errorlevel 39 echo ERRORLEVEL=38
if errorlevel 39 if not errorlevel 40 echo ERRORLEVEL=39
if errorlevel 40 if not errorlevel 41 echo ERRORLEVEL=40
if errorlevel 41 if not errorlevel 42 echo ERRORLEVEL=41
if errorlevel 42 if not errorlevel 43 echo ERRORLEVEL=42
if errorlevel 43 if not errorlevel 44 echo ERRORLEVEL=43
if errorlevel 44 if not errorlevel 45 echo ERRORLEVEL=44
if errorlevel 45 if not errorlevel 46 echo ERRORLEVEL=45
if errorlevel 46 if not errorlevel 47 echo ERRORLEVEL=46
if errorlevel 47 if not errorlevel 48 echo ERRORLEVEL=47
if errorlevel 48 if not errorlevel 49 echo ERRORLEVEL=48
if errorlevel 49 if not errorlevel 50 echo ERRORLEVEL=49
if errorlevel 50 if not errorlevel 51 echo ERRORLEVEL=50
if errorlevel 51 if not errorlevel 52 echo ERRORLEVEL=51
if errorlevel 52 if not errorlevel 53 echo ERRORLEVEL=52
if errorlevel 53 if not errorlevel 54 echo ERRORLEVEL=53
if errorlevel 54 if not errorlevel 55 echo ERRORLEVEL=54
if errorlevel 55 if not errorlevel 56 echo ERRORLEVEL=55
if errorlevel 56 if not errorlevel 57 echo ERRORLEVEL=56
if errorlevel 57 if not errorlevel 58 echo ERRORLEVEL=57
if errorlevel 58 if not errorlevel 59 echo ERRORLEVEL=58
if errorlevel 59 if not errorlevel 60 echo ERRORLEVEL=59
if errorlevel 60 if not errorlevel 61 echo ERRORLEVEL=60
if errorlevel 61 if not errorlevel 62 echo ERRORLEVEL=61
if errorlevel 62 if not errorlevel 63 echo ERRORLEVEL=62
if errorlevel 63 if not errorlevel 64 echo ERRORLEVEL=63
goto exit
:lab01
if errorlevel 96 goto :lab011
if errorlevel 64 if not errorlevel 65 echo ERRORLEVEL=64
if errorlevel 65 if not errorlevel 66 echo ERRORLEVEL=65
if errorlevel 66 if not errorlevel 67 echo ERRORLEVEL=66
if errorlevel 67 if not errorlevel 68 echo ERRORLEVEL=67
if errorlevel 68 if not errorlevel 69 echo ERRORLEVEL=68
if errorlevel 69 if not errorlevel 70 echo ERRORLEVEL=69
if errorlevel 70 if not errorlevel 71 echo ERRORLEVEL=70
if errorlevel 71 if not errorlevel 72 echo ERRORLEVEL=71
if errorlevel 72 if not errorlevel 73 echo ERRORLEVEL=72
if errorlevel 73 if not errorlevel 74 echo ERRORLEVEL=73
if errorlevel 74 if not errorlevel 75 echo ERRORLEVEL=74
if errorlevel 75 if not errorlevel 76 echo ERRORLEVEL=75
if errorlevel 76 if not errorlevel 77 echo ERRORLEVEL=76
if errorlevel 77 if not errorlevel 78 echo ERRORLEVEL=77
if errorlevel 78 if not errorlevel 79 echo ERRORLEVEL=78
if errorlevel 79 if not errorlevel 80 echo ERRORLEVEL=79
if errorlevel 80 if not errorlevel 81 echo ERRORLEVEL=80
if errorlevel 81 if not errorlevel 82 echo ERRORLEVEL=81
if errorlevel 82 if not errorlevel 83 echo ERRORLEVEL=82
if errorlevel 83 if not errorlevel 84 echo ERRORLEVEL=83
if errorlevel 84 if not errorlevel 85 echo ERRORLEVEL=84
if errorlevel 85 if not errorlevel 86 echo ERRORLEVEL=85
if errorlevel 86 if not errorlevel 87 echo ERRORLEVEL=86
if errorlevel 87 if not errorlevel 88 echo ERRORLEVEL=87
if errorlevel 88 if not errorlevel 89 echo ERRORLEVEL=88
if errorlevel 89 if not errorlevel 90 echo ERRORLEVEL=89
if errorlevel 90 if not errorlevel 91 echo ERRORLEVEL=90
if errorlevel 91 if not errorlevel 92 echo ERRORLEVEL=91
if errorlevel 92 if not errorlevel 93 echo ERRORLEVEL=92
if errorlevel 93 if not errorlevel 94 echo ERRORLEVEL=93
if errorlevel 94 if not errorlevel 95 echo ERRORLEVEL=94
if errorlevel 95 if not errorlevel 96 echo ERRORLEVEL=95
goto exit
:lab011
if errorlevel 96 if not errorlevel 97 echo ERRORLEVEL=96
if errorlevel 97 if not errorlevel 98 echo ERRORLEVEL=97
if errorlevel 98 if not errorlevel 99 echo ERRORLEVEL=98
if errorlevel 99 if not errorlevel 100 echo ERRORLEVEL=99
if errorlevel 100 if not errorlevel 101 echo ERRORLEVEL=100
if errorlevel 101 if not errorlevel 102 echo ERRORLEVEL=101
if errorlevel 102 if not errorlevel 103 echo ERRORLEVEL=102
if errorlevel 103 if not errorlevel 104 echo ERRORLEVEL=103
if errorlevel 104 if not errorlevel 105 echo ERRORLEVEL=104
if errorlevel 105 if not errorlevel 106 echo ERRORLEVEL=105
if errorlevel 106 if not errorlevel 107 echo ERRORLEVEL=106
if errorlevel 107 if not errorlevel 108 echo ERRORLEVEL=107
if errorlevel 108 if not errorlevel 109 echo ERRORLEVEL=108
if errorlevel 109 if not errorlevel 110 echo ERRORLEVEL=109
if errorlevel 110 if not errorlevel 111 echo ERRORLEVEL=110
if errorlevel 111 if not errorlevel 112 echo ERRORLEVEL=111
if errorlevel 112 if not errorlevel 113 echo ERRORLEVEL=112
if errorlevel 113 if not errorlevel 114 echo ERRORLEVEL=113
if errorlevel 114 if not errorlevel 115 echo ERRORLEVEL=114
if errorlevel 115 if not errorlevel 116 echo ERRORLEVEL=115
if errorlevel 116 if not errorlevel 117 echo ERRORLEVEL=116
if errorlevel 117 if not errorlevel 118 echo ERRORLEVEL=117
if errorlevel 118 if not errorlevel 119 echo ERRORLEVEL=118
if errorlevel 119 if not errorlevel 120 echo ERRORLEVEL=119
if errorlevel 120 if not errorlevel 121 echo ERRORLEVEL=120
if errorlevel 121 if not errorlevel 122 echo ERRORLEVEL=121
if errorlevel 122 if not errorlevel 123 echo ERRORLEVEL=122
if errorlevel 123 if not errorlevel 124 echo ERRORLEVEL=123
if errorlevel 124 if not errorlevel 125 echo ERRORLEVEL=124
if errorlevel 125 if not errorlevel 126 echo ERRORLEVEL=125
if errorlevel 126 if not errorlevel 127 echo ERRORLEVEL=126
if errorlevel 127 if not errorlevel 128 echo ERRORLEVEL=127
goto exit
:lab1
if errorlevel 192 goto :lab11
if errorlevel 160 goto :lab101
if errorlevel 128 if not errorlevel 129 echo ERRORLEVEL=128
if errorlevel 129 if not errorlevel 130 echo ERRORLEVEL=129
if errorlevel 130 if not errorlevel 131 echo ERRORLEVEL=130
if errorlevel 131 if not errorlevel 132 echo ERRORLEVEL=131
if errorlevel 132 if not errorlevel 133 echo ERRORLEVEL=132
if errorlevel 133 if not errorlevel 134 echo ERRORLEVEL=133
if errorlevel 134 if not errorlevel 135 echo ERRORLEVEL=134
if errorlevel 135 if not errorlevel 136 echo ERRORLEVEL=135
if errorlevel 136 if not errorlevel 137 echo ERRORLEVEL=136
if errorlevel 137 if not errorlevel 138 echo ERRORLEVEL=137
if errorlevel 138 if not errorlevel 139 echo ERRORLEVEL=138
if errorlevel 139 if not errorlevel 140 echo ERRORLEVEL=139
if errorlevel 140 if not errorlevel 141 echo ERRORLEVEL=140
if errorlevel 141 if not errorlevel 142 echo ERRORLEVEL=141
if errorlevel 142 if not errorlevel 143 echo ERRORLEVEL=142
if errorlevel 143 if not errorlevel 144 echo ERRORLEVEL=143
if errorlevel 144 if not errorlevel 145 echo ERRORLEVEL=144
if errorlevel 145 if not errorlevel 146 echo ERRORLEVEL=145
if errorlevel 146 if not errorlevel 147 echo ERRORLEVEL=146
if errorlevel 147 if not errorlevel 148 echo ERRORLEVEL=147
if errorlevel 148 if not errorlevel 149 echo ERRORLEVEL=148
if errorlevel 149 if not errorlevel 150 echo ERRORLEVEL=149
if errorlevel 150 if not errorlevel 151 echo ERRORLEVEL=150
if errorlevel 151 if not errorlevel 152 echo ERRORLEVEL=151
if errorlevel 152 if not errorlevel 153 echo ERRORLEVEL=152
if errorlevel 153 if not errorlevel 154 echo ERRORLEVEL=153
if errorlevel 154 if not errorlevel 155 echo ERRORLEVEL=154
if errorlevel 155 if not errorlevel 156 echo ERRORLEVEL=155
if errorlevel 156 if not errorlevel 157 echo ERRORLEVEL=156
if errorlevel 157 if not errorlevel 158 echo ERRORLEVEL=157
if errorlevel 158 if not errorlevel 159 echo ERRORLEVEL=158
if errorlevel 159 if not errorlevel 160 echo ERRORLEVEL=159
goto exit
:lab101
if errorlevel 160 if not errorlevel 161 echo ERRORLEVEL=160
if errorlevel 161 if not errorlevel 162 echo ERRORLEVEL=161
if errorlevel 162 if not errorlevel 163 echo ERRORLEVEL=162
if errorlevel 163 if not errorlevel 164 echo ERRORLEVEL=163
if errorlevel 164 if not errorlevel 165 echo ERRORLEVEL=164
if errorlevel 165 if not errorlevel 166 echo ERRORLEVEL=165
if errorlevel 166 if not errorlevel 167 echo ERRORLEVEL=166
if errorlevel 167 if not errorlevel 168 echo ERRORLEVEL=167
if errorlevel 168 if not errorlevel 169 echo ERRORLEVEL=168
if errorlevel 169 if not errorlevel 170 echo ERRORLEVEL=169
if errorlevel 170 if not errorlevel 171 echo ERRORLEVEL=170
if errorlevel 171 if not errorlevel 172 echo ERRORLEVEL=171
if errorlevel 172 if not errorlevel 173 echo ERRORLEVEL=172
if errorlevel 173 if not errorlevel 174 echo ERRORLEVEL=173
if errorlevel 174 if not errorlevel 175 echo ERRORLEVEL=174
if errorlevel 175 if not errorlevel 176 echo ERRORLEVEL=175
if errorlevel 176 if not errorlevel 177 echo ERRORLEVEL=176
if errorlevel 177 if not errorlevel 178 echo ERRORLEVEL=177
if errorlevel 178 if not errorlevel 179 echo ERRORLEVEL=178
if errorlevel 179 if not errorlevel 180 echo ERRORLEVEL=179
if errorlevel 180 if not errorlevel 181 echo ERRORLEVEL=180
if errorlevel 181 if not errorlevel 182 echo ERRORLEVEL=181
if errorlevel 182 if not errorlevel 183 echo ERRORLEVEL=182
if errorlevel 183 if not errorlevel 184 echo ERRORLEVEL=183
if errorlevel 184 if not errorlevel 185 echo ERRORLEVEL=184
if errorlevel 185 if not errorlevel 186 echo ERRORLEVEL=185
if errorlevel 186 if not errorlevel 187 echo ERRORLEVEL=186
if errorlevel 187 if not errorlevel 188 echo ERRORLEVEL=187
if errorlevel 188 if not errorlevel 189 echo ERRORLEVEL=188
if errorlevel 189 if not errorlevel 190 echo ERRORLEVEL=189
if errorlevel 190 if not errorlevel 191 echo ERRORLEVEL=190
if errorlevel 191 if not errorlevel 192 echo ERRORLEVEL=191
goto exit
:lab11
if errorlevel 224 goto :lab111
if errorlevel 192 if not errorlevel 193 echo ERRORLEVEL=192
if errorlevel 193 if not errorlevel 194 echo ERRORLEVEL=193
if errorlevel 194 if not errorlevel 195 echo ERRORLEVEL=194
if errorlevel 195 if not errorlevel 196 echo ERRORLEVEL=195
if errorlevel 196 if not errorlevel 197 echo ERRORLEVEL=196
if errorlevel 197 if not errorlevel 198 echo ERRORLEVEL=197
if errorlevel 198 if not errorlevel 199 echo ERRORLEVEL=198
if errorlevel 199 if not errorlevel 200 echo ERRORLEVEL=199
if errorlevel 200 if not errorlevel 201 echo ERRORLEVEL=200
if errorlevel 201 if not errorlevel 202 echo ERRORLEVEL=201
if errorlevel 202 if not errorlevel 203 echo ERRORLEVEL=202
if errorlevel 203 if not errorlevel 204 echo ERRORLEVEL=203
if errorlevel 204 if not errorlevel 205 echo ERRORLEVEL=204
if errorlevel 205 if not errorlevel 206 echo ERRORLEVEL=205
if errorlevel 206 if not errorlevel 207 echo ERRORLEVEL=206
if errorlevel 207 if not errorlevel 208 echo ERRORLEVEL=207
if errorlevel 208 if not errorlevel 209 echo ERRORLEVEL=208
if errorlevel 209 if not errorlevel 210 echo ERRORLEVEL=209
if errorlevel 210 if not errorlevel 211 echo ERRORLEVEL=210
if errorlevel 211 if not errorlevel 212 echo ERRORLEVEL=211
if errorlevel 212 if not errorlevel 213 echo ERRORLEVEL=212
if errorlevel 213 if not errorlevel 214 echo ERRORLEVEL=213
if errorlevel 214 if not errorlevel 215 echo ERRORLEVEL=214
if errorlevel 215 if not errorlevel 216 echo ERRORLEVEL=215
if errorlevel 216 if not errorlevel 217 echo ERRORLEVEL=216
if errorlevel 217 if not errorlevel 218 echo ERRORLEVEL=217
if errorlevel 218 if not errorlevel 219 echo ERRORLEVEL=218
if errorlevel 219 if not errorlevel 220 echo ERRORLEVEL=219
if errorlevel 220 if not errorlevel 221 echo ERRORLEVEL=220
if errorlevel 221 if not errorlevel 222 echo ERRORLEVEL=221
if errorlevel 222 if not errorlevel 223 echo ERRORLEVEL=222
if errorlevel 223 if not errorlevel 224 echo ERRORLEVEL=223
goto exit
:lab111
if errorlevel 224 if not errorlevel 225 echo ERRORLEVEL=224
if errorlevel 225 if not errorlevel 226 echo ERRORLEVEL=225
if errorlevel 226 if not errorlevel 227 echo ERRORLEVEL=226
if errorlevel 227 if not errorlevel 228 echo ERRORLEVEL=227
if errorlevel 228 if not errorlevel 229 echo ERRORLEVEL=228
if errorlevel 229 if not errorlevel 230 echo ERRORLEVEL=229
if errorlevel 230 if not errorlevel 231 echo ERRORLEVEL=230
if errorlevel 231 if not errorlevel 232 echo ERRORLEVEL=231
if errorlevel 232 if not errorlevel 233 echo ERRORLEVEL=232
if errorlevel 233 if not errorlevel 234 echo ERRORLEVEL=233
if errorlevel 234 if not errorlevel 235 echo ERRORLEVEL=234
if errorlevel 235 if not errorlevel 236 echo ERRORLEVEL=235
if errorlevel 236 if not errorlevel 237 echo ERRORLEVEL=236
if errorlevel 237 if not errorlevel 238 echo ERRORLEVEL=237
if errorlevel 238 if not errorlevel 239 echo ERRORLEVEL=238
if errorlevel 239 if not errorlevel 240 echo ERRORLEVEL=239
if errorlevel 240 if not errorlevel 241 echo ERRORLEVEL=240
if errorlevel 241 if not errorlevel 242 echo ERRORLEVEL=241
if errorlevel 242 if not errorlevel 243 echo ERRORLEVEL=242
if errorlevel 243 if not errorlevel 244 echo ERRORLEVEL=243
if errorlevel 244 if not errorlevel 245 echo ERRORLEVEL=244
if errorlevel 245 if not errorlevel 246 echo ERRORLEVEL=245
if errorlevel 246 if not errorlevel 247 echo ERRORLEVEL=246
if errorlevel 247 if not errorlevel 248 echo ERRORLEVEL=247
if errorlevel 248 if not errorlevel 249 echo ERRORLEVEL=248
if errorlevel 249 if not errorlevel 250 echo ERRORLEVEL=249
if errorlevel 250 if not errorlevel 251 echo ERRORLEVEL=250
if errorlevel 251 if not errorlevel 252 echo ERRORLEVEL=251
if errorlevel 252 if not errorlevel 253 echo ERRORLEVEL=252
if errorlevel 253 if not errorlevel 254 echo ERRORLEVEL=253
if errorlevel 254 if not errorlevel 255 echo ERRORLEVEL=254
if errorlevel 255 if not errorlevel 256 echo ERRORLEVEL=255
:exit

From ts@uwasa.fi Sun Jul  5 08:44:31 1992
Subject: Re: Other candidates for best programs
To: JMILLER@CHESS.EISC.UTOLEDO.EDU
Date: Sun, 5 Jul 92 8:44:31 EET DST
Cc: hv@uwasa.fi (Harri Valkama)
In-Reply-To: <01GLZAI2EFQQ8WWLYZ@CHESS.EISC.UTOLEDO.EDU>; from "JMILLER@CHESS.EISC.UTOLEDO.EDU" at Jul 4, 92 12:11 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

>
> I read with great interest your list of best programs. A number of the
> programs that you list can be replaced by 4dos40 which is an outstanding
> command.com replacement. You may have already heard about this program or
> tried it so I won't bore you with the details but it is very highly
> recommended if you haven't tried it. Another good utility is pcxdmp50.zip
> which is a very flexible screen capturing utility. You may also want to
> look at diet144.zip which is similar to pklite but can be loaded as a TSR
> so that data files can be compressed and uncompressed when a program reads
> them. Finally there is a collection of programs from Caltech which has been
> around for a number of years (caltech.zip) but includes programs like ctrl
> ctrlalt.com which is a TSR that provides ASCII and attribute information,
> a way to break out of tight-looped programs (sometimes a bit dangerously)
> and many other options in a very tight program. All of the programs listed
> except caltech.zip are available from simtel. If you can't find caltech.zip,
> let me know if you want it and I will EMAIL it to you. Thanks for compiling
> your list since I have found it to be very informative and will be trying
> some new programs!
>
> <John Miller>
>

Hello John,

You are in fact not the fist one who has made these very welcome
suggestions for inclusion on my /pc/pd2/bestpr24.zip list, but as
one can see from /pc/pd2/post09.zip garbo information and feedback
file this one is my subjective list without the possibility to
submit, per se.  The information you sent is nevertheless
appreciated, and I'll be glad to store this in /pc/pd2/post10.zip.

A couple of users have already likewise suggested 4DOS, but here I
think we have a definition problem.  Yes, you are right.  4DOS has
many of these features, and a good following by the users who swear
by it.  The problem here is that being a command.com replacement it
verges on being an OS of its own, and what I have considered in
bestpr24.zip is unambiguous MsDos programs which can be used by any
user who boots the run-of-the-mill, ordinary MsDos.

As for caltech.zip, yes thank you.  I am very interested in all
quality submissions to garbo archives.  Let me return to that in
another reply with our upload instructions.  (I'll send them
separately to you so that they will not clog post10.zip).

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland



From ts@uwasa.fi  Mon Jul  6 18:41:22 1992
Subject: Re: Displaying 132 cols on an "80" column screen.
To: edd946u@monu6.cc.monash.edu.au (Paul daSilveira)
Date: Mon, 6 Jul 92 18:41:22 EET DST
Status: OR

>
> Timo,
>   Thanks for the reply earlier on regarding setvideo.exe.
>   I felt it did the job, but the powers that be here at work wanted something
>   (OEM independent) to incorporate into a commercial package.  I said that it
>   was not possible to achieve this without providing the screen utility with
>   at least minimal information regarding the VGA/SVGA card's screen modes.
>
>   Your reply was not in vain however as I use the utility at least 10 times a
>   week to look at my own academic compliations, where I can't be bothered
>   waiting for a printout.
>
>   Again, thanks for the effort you put into the archives.
>
> Cheers.
>
> Paul da Silveira
> edd946u@monu6.cc.monash.edu.au

Hello Paul,

Thank you for the nice feedback.  I am very pleased to hear that you
have found my setvideo.exe useful to you.  I am using myself it in
connection with MsKermit to get a 132 column display when I need it.

(61373 Jun  6 09:57 garbo.uwasa.fi:/pc/ts/tsutle18.zip)


   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland


From otto@jyu.fi Wed Jul  8 14:12:45 1992
From: "Otto J. Makela" <otto@jyu.fi>
Subject: Re: Requesting BBS (JyBox) Files
To: ts@uwasa.fi  (Timo Salmi)
Date: Wed, 8 Jul 92 14:12:13 EET DST
Cc: campbell.steven@a1_utrop2.utreis.uto.mts.dec.com, otto@jyu.fi
Status: OR

>> I have located a file called jybox.zip in garbo.uwasa.fi /pc/bbs. When
>> unzipped it produces ALLFILES.DOC.  This gives a list of files on the
>> Jyvaskala Electronic Mailbox in directories such as /download/hackers etc.
>>
>> These directories appear not to be on garbo.uwasa.fi, do you know where they
>> are located, or the address or the Mailbox?
>>
>> Many thanks in advance if you're able to help me,
>
>Steve, I have forwarded this to the JyBox SysOp Otto Makela.

I'm sorry to inform you that my BBS, JyBox, is only available via dialup.
The phone number is in my .signature below:
--
   /* * * Otto J. Makela <otto@jyu.fi> * * * * * * * * * * * * * * * * * * */
  /* Phone: +358 41 613 847, BBS: +358 41 211 562 (V.32bis/USR-HST,24h/d) */
 /* Mail: Kauppakatu 1B18/SF-40100 Jyvaskyla/Finland, ICBM: 62.14N25.44E */
/* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */

From ts@uwasa.fi  Sun Jul 12 04:21:12 1992
From: ts@uwasa.fi  (Timo Salmi)
Subject: Re: A PKZIP 1.93a packed upload
To: w8sdz@tacom-emh1.army.mil (Keith Petersen - MACA WSMR)
Date: Sun, 12 Jul 92 4:21:05 EET DST
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Timo & Harri, beware of xxx.ZIP, if it has been
> uploaded to garbo.
>
> This ZIP, uploaded to SIMTEL20 by xxx@xxx.xx, was made with the Beta
> test PKZIP version 1.93 and cannot be extracted with the regularly-
> distributed PKUNZIP version 1.10.  I had to repack it and re-upload to
> SIMTEL20 because of this.
>
> Keith
> --

Hello Keith,

Thank you for tipping us.  Naturally we'll only accept version 1.10
compatible uploads until the elusive PKZIP 2.0 has properly been
released.  I have, in fact, taken a less flexible line towards
uploads with something wrong with them (or in the upload
announcements), and required that the kind uploaders resubmit in
cases of problems.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland


From ts@uwasa.fi  Tue Jul 21 16:23:39 1992
Subject: Re: (administrative) Crossposting a CBIP notification
To: Anonymity preserved
Date: Tue, 21 Jul 92 16:23:39 EET DST
Status: OR

> Suggestion:  Keep your administrative whining out of our os2 discussion
> groups, they do not belong there.  Better yet, save bandwidth and use
> email for your gripes.  After all, that's how you chastised me when you

Here is one of the two recent pieces of feedback I got, when the
good people in the OS/2 groups cross-posted to the cbip newsgroups
material which does not conveniently belong, and I consequently
cross-posted about the cbip charters.  (The other message discussed
the problem constructively, and so did this poster later).

Without arguing about the relevance of an individual posting, let's
consider the cross-posting dilemma.  If the gentle users from other
newsgroups start cross-posting off-topic material to the already
problematic cbip newsgroups, I fail to see how else the users of the
other groups be generally made aware of the dilemma.  I am sure that
we agree that it is not very sensible to cross-post material to
groups which do not cover the topic, even if the original newsgroup
does.  Yes, I know that some users will be quick to point out that
one should email to the original poster(s) rather than post.  But
what is the point really to email afterwards, since this is not
meant to castigate anyone, but to inform the readership of the
problem to diminish the probability of it recurring.

Anyway, one should not take directions given in good faith as
flames.  There is no reason to take offence.  Using a hard language
in these matters does not benefit anyone.

> decided I was off charter on c.b.i.p.d when inquiring about a recent
> post to c.b.i.p.  I never did figure out your complaints, so I just quit
> bothering to participate in your little group.

Then I made a mistake, and that is unfortunate.  However, my notes
are definitely not meant as complaints but as giving information in
case the gentle users are not aware of the relevant cbip topics.
This naturally also goes to cross-posting from other newsgroups to
the cbip newsgroups.  Keeping the cbip newsgroups on topic has been
a constant problem, and especially cbip.d has been affected.  For
example, one of the frequent mistakes we all make (vis a vis the
charter) is that the we ask "looking for" questions and/or inquire
about the missing parts in cbip.d instead cbip.wanted where the
queries should go.  This is not just idle zeal.  Keeping the
newsgroups on topic is to everone's advantage.

It is also true that if everyone started posting notes about the
problems, another chaos would follow.  The cbip moderator Brian
O'Neill has therefore solicited my help in this and sanctioned the
fact that I have taken upon me the often thankless task of trying to
give information about the relevant cbip discussion subgroups'
topics.

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland


From chris@wugate.wustl.edu Fri Jul 31 20:34:22 1992
From: Chris Myers <chris@wugate.wustl.edu>
Message-Id: <199207311734.AA25878@wugate.wustl.edu>
Subject: Re: garbo mirror at wuarchive.wustl.edu
To: ts@uwasa.fi  (Timo Salmi)
Date: Fri, 31 Jul 92 12:34:05 CDT
Cc: glratt@is.rice.edu
Status: OR

> > Timo:
> >
> >     Do you have information about the update frequency of the
> > garbo mirror at
> >
> >     wuarchive.wustl.edu: /mirrors3/garbo.uwasa.fi   ?
> >
> > Or alternatively, do you have a contact there who could answer?  I prefer
> > to use a North American site, but I don't have a feel for delay between
> > garbo upload announcement and availability at wuarchive.
>
> Your question is welcome, but we have agreed that the mirror site
> questions should be directed to the mirroring site (wuarchive in
> this case) instead of the site being mirrored (garbo in this case).
> The information about the email addresses moderators of the relevant
> sites can (usually) be best found in garbo.uwasa.fi:/pc/pd2/
> moder13.zip (or whichever is the current version number).

The mirror is updated twice a day, once between 8PM and ~10PM CST and
once again around 8AM CST.

Chris Myers
Archive Maintainer

From ts@uwasa.fi Mon Aug  3 07:15:04 1992
Subject: Re: Timo's FAQ collection
To: mudrc@uxa.ecn.bgu.edu (Daniel R. Crowson)
Date: Mon, 3 Aug 92 7:15:04 EET DST
In-Reply-To: <199208022148.AA13664@uxa.ecn.bgu.edu>; from "Daniel R. Crowson" at Aug 2, 92 4:48 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

>  I just want to say thanks for making up the FAQ.  There seems to be a
> lot more useful information in that one file than most of the books I've
> looked through!
>
> Thanks,
>
> Dan -> mudrc@uxa.ecn.bgu.edu

You are most welcome, Dan.  And thank you for the nice compliment.
The garbo.uwasa.fi:/pc/ts/tsfaq29.zip background is that it has
gradually evoloped based on the observations I have made on the net
and the feedback I have got over the period starting from the 13th
of October 1990.  That is why it is hopefully useful (as your kind
feedback suggests) to the UseNet news users and Turbo Pascal
programmers.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland



From ts@uwasa.fi Thu Aug 13 11:13:31 1992
Subject: Re: Can't FTP to garbo
To: DLEWIS@SCUACC.SCU.EDU
Date: Thu, 13 Aug 92 11:13:31 EET DST
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Timo,
>
> I've tried several times today to FTP to garbo.uwasa.fi without
> success.  This morning I got an error message that said "network
> unreachable", then later tonight I got an error message that said
> "unknown host".  So then I tried using 128.214.87.1 instead of the
> words, and again got the message, "network unreachable".  Is there a
> problem?
>
> Dan

Hello Dan,

Yes indeed there is a persistent problem.  It is in the link between
Finland and Sweden (which links us overseas) which has been on and
off for a couple of weeks now.

At worst your site's name server might not have the current
situation restored yet.  Or something like that which is a bit
beyond me.  The best course of action is to try again.  If the
problem persists, then it is up to your site's system manager to see
to it.  This is because there is nothing that can be done from this
end as far as I know.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland

From ts@uwasa.fi Thu Aug 13 13:37:29 1992
Subject: Re: ZIP FILES IN /pc/ts/
To: chpp@unitrix.utr.ac.za (chpp)
Date: Thu, 13 Aug 92 13:37:29 EET DST
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Dear Professor Salmi,
>
> I have downloaded (FTP) both TSARC174.ZIP and TSBITS17.ZIP but
> my copy of PKUNZIP (ver 1.01) fails to process the files.  If this
> is a problem due to my version, I would appreciate information as

Hi!

Yes, it's because of your version.

> to where I can get a later version that works with your ZIP files
> at garbo.

140116 Mar 28  1990 garbo.uwasa.fi:/pc/arcers/pkz110eu.exe

> I had no problem with TSBAT36.ZIP!

Unlike the former, it has not been processed on Unix.  This quirk
with the pre 1.10 PKZIP version is a know "feature" of the Unix zip.

> Thank you.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi  Bitnet: salmi@finfun   ; SF-65101, Finland

From CCDPS@Levels.UniSA.Edu.Au Fri Aug 14 09:28:20 1992
Date: 14 Aug 1992 15:57:39 +0930
From: Dan Shearer <CCDPS@Levels.UniSA.Edu.Au>
Subject: TSBAT36.ZIP batch programming and tricks update, garbo
To: ts@uwasa.fi
Status: OR

>-From: ts@uwasa.fi (Timo Salmi)
>Subject: TSBAT36.ZIP batch programming and tricks update, garbo
>To: (Garbo Infolist)
>Date: Fri, 7 Aug 92 11:24:12 EET DST

Timo,

I haven't looked at your archive (and won't for some time, if ever)
but among many little things I do is the trick of including ";..;"
in my path, always.  This means that if I quickly create a temporary
directory and go into it to try something out, I have access to the
programs in the directory above.  Maybe someone somewhere will
benefit from this :-).

--
 Dan Shearer                        email: Dan.Shearer@UniSA.edu.au
 Computer Centre                    Phone: +61 8 302 3479
 University of South Australia      Fax  : +61 8 302 3385


From ts@uwasa.fi Fri Aug 14 11:42:41 1992
Subject: Re: Strange dates in /pc/_dir.lst
To: rdecock@kub.nl (Roel de Cock)
Date: Fri, 14 Aug 92 11:42:41 EET DST
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Dear Prof. Salmi,
>
> Recently, I was having a look at the file /pc/_dir.lst, when I noticed
> the next few queer files:
>
> ./programming/elan.zoo, dated somewhere in 1963;
> ./turbopas/nicol.zip from 2011;
> ./util/aerobix.zoo from 2017;
> ./astronomy/jmoons.zip and ./sound/englmuse.zip from 2038.
>
> Now I honestly admit that there are both very outdated and very
> up-to-date subjects on garbo, but don't you think this is slightly
> beyond the edge? In '63, the creator of ELAN must just have been a
> university student.
>
> I wonder whether you are the first to have invented time travel by
> electronic means, or perhaps garbo works faster dan light ;-) .

Hello Roel,

Actually it is rather the authors of those packages who have
invented the time travel.  The reason is that when the uploads to
garbo arrive we process the package dates to relect the date of the
most recent file within the package.  At least this goes for all our
.zip files.  This means that one should ask the author directly to
rectify the situation.  In fact I have notified one of the authors
(nicol.zip) of his non-conformant file dates.

> Kindly yours,
> Roel de Cock
> Tilburg University Library
> The Netherlands
> rdecock@kub.nl

From ts@uwasa.fi Sat Aug 15 18:49:28 1992
Subject: Re: -rw-rw-r-- and .Z files
To: CCENDM03%BRUFPB.BITNET@FINHUTC.hut.fi
Date: Sat, 15 Aug 92 18:49:28 EET DST
In-Reply-To: <199208151402.AA25623@santra>; from "CCENDM03%BRUFPB.BITNET@FINHUTC.hut.fi" at Aug 15, 92 11:02 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

>       (1) What mean those first characters at the beginning of directory
>                                 ----------
>                                     :
> ++++++++++--------------------------+
> VVVVVVVVVV
>
> -rw-rw-r--  1 root     archive     57088 Oct 29  1990 adv.arc
> drwxr-xr-x  2 root     archive       512 Jul 21 04:19 apogee
>
> lists when we use ftp? Where can I obtain complete information about that?

In any beginner's Unix text book.  They are the read/write/execute
protection attributes of a file or a directory.

>       (2) I try to unpack some .Z file using COMP430D.EXE but I failed. Could
> you give me one example (command line) of its usage. I use daily arcers like
> PKZIP, LHA, ARJ and never had any problem in using them. Is there some error
> with my COMP430D? I had tried C:\> COMP430D filename.Z but it didn't work.

It's a tar file.  Please see
112730 Jun 13 12:23 garbo.uwasa.fi:/pc/ts/tsfaq29.zip
for more information.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

From yogi@cs.ubc.ca Mon Aug 17 09:53:40 EET 1992
Newsgroups: comp.binaries.ibm.pc.wanted
From: yogi@cs.ubc.ca (Yossi Gil)
Subject: Re: UNIX <=> DOS & DOS <=> UNIX text conversion
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Date: Sun, 16 Aug 92 19:55:11 GMT
Lines: 26
Status: OR

ts@uwasa.fi (Timo Salmi) writes:

>In article <1992Aug16.034722.25051@ultb.isc.rit.edu> djs6015@ultb.rit.edu (Don Smith) writes:
>>   I have found a few utilities for my PC to translate UNIX style end of
>>line sequences to DOS. Does anyone know where I can find the equivalent
>>for a UNIX machine? I know this isn't something for DOS, but it is
>>relevant. Thanks.

>Someone who is proficient enough can probably easily present a sed
>script to do this.

Don't know about sed but here is how to do it with tr:

        tr -d "\015" < inpfile > outfile

Also, you can do it with vi by simply:

        :1,$s/^M//g

(Type Ctrl-V Ctrl-M to get the Ctrl-M in the above)

--
Joseph (Yossi) Gil                 {alberta,uw-beaver,uunet}!ubc-cs!yogi
Dept. of Computer Science          yogi@cs.ubc.ca (cs.ubc.ca=137.82.8.5)
6356 Agricultural Road., Univ. of B.C.,             Tel: +1-604-822-8175
Vancouver, British Columbia, V6T 1Z2, Canada.       Fax: +1-604-822-5485


From ts@uwasa.fi Mon Aug 17 10:04:05 1992
Date: Sun, 16 Aug 92 17:59:56 -0400
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
To: Info-IBMPC@brl.mil
Subject: Recent msdos uploads to SIMTEL20
Keywords: simtel20.msdos,recent,uploads
Status: OR

The following files have been recently uploaded to WSMR-SIMTEL20.Army.Mil
(between 9-Aug-92 and 16-Aug-92):

[The list deleted]

The users should direct their queries of each MsDos FTP site to the
maintainer of the relevant site.  Since we nevertheless get many
SIMTEL20 queries, I'll help by storing Keith Petersen's standard
information which he has at the end of his periodic announcements.
This is stored in garbo.uwasa.fi:/pc/pd2/post10.zip.

   All the best, Timo

SIMTEL20 files are also available from mirror sites OAK.Oakland.Edu
(141.210.10.117), wuarchive.wustl.edu (128.252.135.4), ftp.uu.net
(137.39.1.9), nic.funet.fi (128.214.6.100), src.doc.ic.ac.uk
(146.169.3.7), nic.switch.ch (130.59.1.40) or archie.au (139.130.4.6),
by e-mail through the BITNET/EARN file servers, or by uucp from UUNET's
1-900-GOT-SRCS.  See UUNET file uunet!~/info/archive-help for details.

OAK.Oakland.Edu is the most up-to-date mirror because I maintain it,
in addition to my duties at SIMTEL20.  I run OAK's mirror program
whenever new files are added at SIMTEL20.

If you cannot access them via FTP or e-mail, most SIMTEL20 MSDOS
files, including the PC-Blue collection, are also available for
downloading from Detroit Download Central (313) 885-3956.  DDC
has multiple lines which support 300/1200/2400/9600/14400 bps
(103/212/V22bis/HST/V32bis/V42bis/MNP).  This is a subscription system
with an average hourly cost of 17 cents.  It is also accessable on
Telenet via PC Pursuit and on Tymnet via StarLink outdial.  New files
uploaded to SIMTEL20 are usually available on DDC within 24 hours.

Public, private or corporate institutions and libraries interested in
the SIMTEL20 MS-DOS collection in CD-ROM format bundled with library
card-catalog type access and duplication software can contact Coyote
Data, Ltd. by mail at 1142 N. Main, Rochester, MI 48307 or by FAX at
(313) 651-4071.  Others who do not need the access and duplication
software should send e-mail to  rab@sprite.Berkeley.EDU (Robert Bruce)
or telephone (800) 786-9907 or (510) 947-5996 for details on his CD-ROM
offer.

Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Co-SysOp, Detroit Download Central 313-885-3956 (V22bis/HST/V32bis/V42bis/MNP)
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND


From ts@uwasa.fi Mon Aug 17 19:46:31 1992
Subject: Re: Bug in TSUNTx's ISDIRFN
To: ricki@rwthi3.informatik.rwth-aachen.de (Richard Breuer)
Date: Mon, 17 Aug 92 19:46:31 EET DST
In-Reply-To: "Richard Breuer" at Jun 26, 92 9:33 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Hi Timo.

Hello Ricki,

Sorry that it is only now that I get around to this.

> I tried your ISDIRFN function yesterday in the following example file:
>   uses tsuntj,dos;
>   var x: string;
>   begin
>     x := paramstr(1);
>     writeln(x,'',isdirfn(x))
>   end.
> and it won't work at all! The only time I got a FALSE was when x was empty.
> So I quickly hacked a solution myself. If there is actually a bug (perhaps
> I use isdirfn wrong?), you may use the following procedure for your library:

You are right, unfortunately :-).  My ISDIRFN from TSUNTJ in
/pc/ts/tspas28*.zip indeed does not work.  Thank you for bringing
this to my attention.  I appreciate it very much.

>   function isdirfn(n: pathstr): boolean;
>   var
>     l: byte;
>     sr: searchrec;
>   begin
>     isdirfn := false;
>     { handle '' and '\' correctly }
>     if (n='') then exit;
>     if (pos('?',n)>0) or (pos('*',n)>0) then exit;
>     if (n='\') then begin isdirfn := true; exit end;
>     { delete trailing \ if there is one }
>     l := length(n);
>     if (n[l]='\') then delete(n,l,1);
>     { use findfirst to determine if the directory attribute is set. if doserror
>       returns <> 0, n does not exist (and therefore is not a directory) }
>     findfirst(n,directory,sr);
>     if (doserror<>0) then exit;
>     isdirfn := (sr.attr and directory>0)
>   end;

Above is the whole of your solution.  It works in most cases, but
fails for the main directory when the drive name is included.  Try
testing for C:\ and you see what I mean.  Also test for ..

I'll be looking into this further.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


-From ts@uwasa.fi Tue Aug 18 08:26:21 1992
Subject: Re: Bug in TSUNTx's ISDIRFN
To: ricki@rwthi3.informatik.rwth-aachen.de (Richard Breuer)
Date: Tue, 18 Aug 92 8:26:21 EET DST
In-Reply-To: <9206290918.AA14429@rwthi3.informatik.rwth-aachen.de>; from "Richard Breuer" at Jun 29, 92 11:18 am
X-Mailer: ELM [version 2.3 PL11]

Hello again Richard,

Here is my solution.  It should work correctly, at least I hope so.
It should also detect c:\ and .. as directories.  Your solution had
a problem here.  And Richard, thaks again for natofying me of the
problem.

All the best, Timo

(* This function returns whether a name is a directory or not.
   Avoid using it on an open file. By prof. Timo Salmi *)
function ISDIRFN (name : string) : boolean;
var stash  : byte;
    flep   : file;
    error  : word;
    len, i : byte;
    cut    : boolean;
begin
  len := Length (name);
  {}
  {... discard the preceding spaces and tabs from the name ...}
  i := 1;
  while (i <= len) and ((name[i] = #32) or (name[i] = #9)) do Inc(i);
  name := Copy (name, i, len-i+1);
  {}
  {... discard the trailing spaces and tabs from the name}
  i := len;
  while (i > 0) and ((name[i] = #32) or (name[i] = #9)) do Dec(i);
  name[0] := chr(i);
  {}
  {... the name must not be empty ...}
  len := Length (name);
  isdirfn := false;
  if len = 0 then exit;
  {}
  {... discard the trailing \ if the name is not just \ or like C:\ ...}
  cut := false;
  if name[len] = '\' then
    begin
      if (Pos (':\', name) = 2) and (len > 3) then cut := true;
      if (Pos (':\', name) <> 2) then cut := true;
      if len = 1 then cut := false;
    end;
  if cut then Delete (name, len, 1);
  {}
  {... don't let readonly files cause errors ...}
  stash := FileMode;
  FileMode := 0;
  {}
  {... the actual test ...}
  assign (flep, name);
  {$I-} reset (flep); {$I+}
  error := IOResult;
  case error of
    0 : close (flep);
    5 : isdirfn := true;
  end; {case}
  {}
  {... restore the filemode ...}
  FileMode := stash;
end;  (* isdirfn *)

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


-From ts@uwasa.fi Wed Aug 19 11:28:56 1992
Subject: Re: Bug in TSUNTx's ISDIRFN
To: ricki@rwthi3.informatik.rwth-aachen.de (Richard Breuer)
Date: Wed, 19 Aug 92 11:28:56 EET DST
In-Reply-To: <9208190655.AA16375@rwthi3.informatik.rwth-aachen.de>; from "Richard Breuer" at Aug 19, 92 8:55 am
X-Mailer: ELM [version 2.3 PL11]

> Hello.

Hello Ricki,

> I checked your ISDIRFN implementation yesterday and had problems with
> the names 'C:\' (just the case where my routine didn't work either) and '/'.
> My TP6 'reset' procedure returned an error status 2 (not 5) for the above
> cases, which makes ISDIRFN refuse to classify them as directories.

Ok, I obviously have to use an {$IFDEF VERxx}, or take quite another
route.  I'll look into it.  My tests were with TP 5.0.

> It seems to me that this is rather a bug in TP than in your subroutine, but
> I think it should be fixed anyway.

Yes, thanks for letting me know.

> Speaking about bugfixes (sorry to bother you again...): You offer a unit
> TPUNTENV (sp?), which exports a procedure SETENV to modify the parent's
> environment space. It works ok, so far, but it refuses to process things
> like
>       SETENV('target','a b c')
> ie. values containing spaces (I did not check for other characters). Since
> the DOS command SET allows sth. like
>       SET TARGET=a b c
> SETENV should also allow this.

Noted, and put into my "to be done" queue.

> Regards,
>       Ricki

   All the best, Timo

[Epilogue, tspa29*.zip was released with the discussed points taken
into account.]

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


From ts@uwasa.fi Tue Aug 18 11:08:24 EET 1992
Newsgroups: comp.os.msdos.programmer
From: ts@uwasa.fi (Timo Salmi)
Subject: A batch programming contest for you
Organization: University of Vaasa, Finland
Date: Tue, 18 Aug 1992 05:20:17 GMT
Lines: 27
Status: OR

As you might know I have a large collection of batch files and
tricks garbo.uwasa.fi:/pc/ts/tsbat36.zip. I am always looking for
useful new information for it.

I have a puzzle for you gentle fellow programmers who are interested
in batch programming. The task is the following.  With the standard
batch commands write a batch that returns the extension of the
(file) name given to the batch as the parameter (%1). No external
commands or programs are allowed to perform the task.  By external
programs I also mean MsDos programs like FIND etc.

Please note that this is not because I would need the solution. I
already have devised one working solution myself (it has 14 lines
the actuial testing part taking 7 up). I'll be including it to the
next version of TSBAT. But I thought we could for a change try a
programming contest just for everyone's enjoyment. And who knows
what useful batch programming ideas might pop up in the process.

Please post your potential suggestions and solutions in here
(comp.os.msdos.programmer) for everyone to see.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


-From ts@uwasa.fi Thu Aug 20 21:17:15 EET 1992
Newsgroups: comp.os.msdos.programmer
Path: uwasa.fi!ts
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: A batch programming contest for you
Organization: University of Vaasa, Finland
Date: Thu, 20 Aug 1992 18:16:48 GMT
Lines: 67

In article <1992Aug19.153902.6706@spuddy.uucp> sweh@spuddy.uucp
(Stephen Harris) writes:
>In article <1992Aug18.052017.3758@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>>I have a puzzle for you gentle fellow programmers who are interested
>>in batch programming. The task is the following.  With the standard
>>batch commands write a batch that returns the extension of the
>>(file) name given to the batch as the parameter (%1). No external
>>commands or programs are allowed to perform the task.

>  for %%a in (/%x%) do set y=%%a

**** Boing ***** Boing ***** Boing ***** Boing ***** Boing *****

BINGO! This is the key trick.  Mine is based on this too, so here
goes then.  And my compliments to everyone.  Participation is its
own reward and we all are winners.  Incidentally the /%x% (the slash
is essential) is interepted as two different arguments.  The first
letter of %x% and the rest of it.  That information was published by
the PC-Magazine, but the idea using it to this task at hand was
fully due to yours truly.

   All the best, Timo

@echo off

if "%1"=="" goto _noparam

for %%f in (%1) do if "%%f"=="%1" goto _nowilds
Echo Wildcards are not allowed
goto _out

:_nowilds
set exten_=%1
:_next
set prev_=%exten_%
for %%f in (/%exten_%) do set exten_=%%f
if ".%exten_%"=="%prev_%" goto _extfound
if not "%exten_%"=="%prev_%" goto _next
goto _noext

:_extfound
echo The filename %1 has an extension %exten_%
goto _out

:_noext
echo The filename %1 has no extension
goto _out

:_noparam
echo Usage: GETEXT [FileName]

:_out
set exten_=
set prev_=


>PS: Timo, please don't moan at the .UUCP address :-)

A good point actually, because they tend to bounce from this side of
tings.

>                               Stephen Harris

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


From ts@uwasa.fi Wed Aug 19 10:57:35 1992
Subject: Re: Your SWITCHAR and MsDos 5.0
To: grtorlba@seattleu.edu (George Torralba)
Date: Wed, 19 Aug 92 10:57:35 EET DST
In-Reply-To: <9208190531.AA19617@sumax.seattleu.edu>; from "George Torralba" at Aug 18, 92 10:31 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Hi Timo.  I once downloaded SWITCHR(?) about a month ago.  I tried,
> but couldn't get it to work.  I got an invalid swith error message
> instead.  I couldn't find anything in the documentation that came
> with it to give me a clue on what I was doing wrong.  I'm using
> DOS 5.0 if that matters.
>
> George

Hello George,

You mean
garbo.uwasa.fi:/pc/ts/tsutld19.zip Fourth set of Utilities, T.Salmi
Filename        Comment                             Date      Time
--------        --------------------------------    ----      ----
:
SWITCHAR.EXE    Makes Unix freaks feel at home    11-26-89  21:25:32

Yes, using MsDos 5.0 matters.  It won't work then.  I'll have to
prorgram a warning about that into SWITCHAR.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


From ts@uwasa.fi Thu Aug 20 12:55:12 1992
Subject: Re: Bug in TSUNTENV's SETENV
To: ricki@rwthi3.informatik.rwth-aachen.de (Richard Breuer)
Date: Thu, 20 Aug 92 12:55:12 EET DST
In-Reply-To: <9208190655.AA16375@rwthi3.informatik.rwth-aachen.de>; from "Richard Breuer" at Aug 19, 92 8:55 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Speaking about bugfixes (sorry to bother you again...): You offer a unit
> TPUNTENV (sp?), which exports a procedure SETENV to modify the parent's
> environment space. It works ok, so far, but it refuses to process things
> like
>       SETENV('target','a b c')
> ie. values containing spaces (I did not check for other characters). Since
> the DOS command SET allows sth. like
>       SET TARGET=a b c
> SETENV should also allow this.

Thank you for the tip Ricki.  I have found the cause, and the next
version of SETENV will allow this.  The TSPA29*.ZIP update will be
released when I have looked also into manipulating the floppy serial
number on MsDos 4+.  But you'll be receiving SETENV uuencoded right
away as a special thanks for the useful feedback you have been
giving me.

BTW, the syntax of SETENV is SETENV ('TARGET=a b c', status) but
that is not the cause of the problem.

> Regards,
>       Ricki

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

From ts@uwasa.fi Sat Aug 29 09:56:14 EET 1992
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: How is uploaded material checked
Message-ID: <1992Aug29.065551.26622@uwasa.fi>
Keywords: simtel20,archive,wuarchive,mirror
Organization: University of Vaasa, Finland
Date: Sat, 29 Aug 1992 06:55:51 GMT
Lines: 38
Status: OR

In article <kko.715066568@sfu.ca> kko@fraser.sfu.ca (Samuel Ko) writes:
>Indeed what testings and verifications are being performed on each
>uploaded file? ... Are the moderators (Keith, Timo or others) ...

A good question.  Nevertheless, I have made that classified
information for security reasons.  I am sure you can understand why.

My general statement is this.  Although we do not give any
guarantees, and accept no responsibility whatsoever, we do our best
to provide bona fide PD & shareware material and check all material
before making it available.  Please see
 973 Jun 23 14:15 garbo.uwasa.fi:/pc/DISCLAIM.INF
which records this officially for Garbo.

>>If you want to get files at your own risk, ask the author (uploader)
>>to do it on other ftp sites that have incoming directory (there are plenty
>>of them).
>
>That's is not a bad idea ... I would suggest all authors to upload a
>copy of their programs to pub/MSDOS_UPLOADS at wuarchive.wustl.edu? ...

I have nothing untoward to say to that.  If the users want such a
system, and the site in question allows it, it is perfectly all
right with me.  Whether it is sensible or not, is another question,
but I don't have any reason to get involved into that part.

For me it is sufficient to declare that at Garbo this practice is
not allowed.  It is actually prevented by technical arrangements, in
case some users would try to bypass it despite our explicit policy
on this.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


From ts@uwasa.fi Wed Sep  2 15:08:57 1992
Subject: Re: Comment on flag game (tsgmed12.zip)
To: geo@sunburn.uwaterloo.ca
Date: Wed, 2 Sep 92 15:08:57 EET DST
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Hi Prof.Salmi
>
> I down load the flag game tsgmed12.zip for my children to play.
> It's quite interesting and fun to play.  However, I have to comment
> a bit on my nation flag.
>
> I am from Thailand, but now studying in Canada, though.  In the game,
> I cannot recognize Thai flag at all because it has only red and blue
> strips.
>
> Thai flag should have 5 strips of red, white and blue arrange like this:
>
> red
> white
> blue (wider strip than white and red)
> white
> red
>
> >From the knowledge just gain from your game, it's just a reverse of
> Costa Rica flag by switching red and blue.
>
> I would appreciate if you could correct this mistake in the next
> version of the game.
>
> All the best.
>
> Korchoke Chantawarangul
> Department of Civil Engineering
> University of Waterloo
> Waterloo, Ontario, Canada.

Hello Korchoke,

Thank you for letting me know.  I'll keep this in mind should I
update my flag games.

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland


From w8sdz@tacom-emh1.army.mil Thu Sep  3 07:44:07 1992
Date: Thu, 3 Sep 92 00:39:37 -0400
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
To: ts@uwasa.fi
Subject: Re: Problems with ZIP files
Newsgroups: comp.binaries.ibm.pc.archives
Organization: The SIMTEL20 Archives
Status: OR

Timo, in comp.binaries.ibm.pc.archives you wrote:
[In response to a user who claimed not to be able to unpack .zip
files]

>1) Use a binary transfers at all phases.
>
>2) Use at least version 1.10
>140116 Mar 28  1990 garbo.uwasa.fi:/pc/arcers/pkz110eu.exe
>
>3) If #2 still won't work, use version 1.93A compatible extractor
> 37211 Aug 31 00:17 garbo.uwasa.fi:/pc/arcers/unzip50.exe

You may wish to add this to your info file.

If you are using a 386 or 486 computer, PKUNZIP may be having some
problems with your machine's BIOS.  You can force PKUNZIP to NOT use
386 instructions by doing  SET PKNO386=ON  at the DOS command prompt
to put the variable PKNO386 into your DOS environment.

--Keith

From ts@brando.uwasa.fi Sat Sep  5 06:39:54 1992
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Downloads of your files (fwd)
To: (Garbo Infolist)
Date: Fri, 4 Sep 92 15:38:22 EET DST
Cc: w8sdz@TACOM-EMH1.Army.Mil (Keith Petersen)
X-Mailer: ELM [version 2.3 PL11]
Sender: ts@brando.uwasa.fi
Status: OR

Below is one to enjoy from a Info-ZIP author who recently released
the PKZIP and PKUNZIP version 1.93A compatible portable zip and
unzip including platforms like Unix and MsDos.  One of these files
is zip19p1x.zip.

All the best, Timo

Forwarded message:
> From jloup@chorus.fr Fri Sep  4 15:35:52 1992
> Message-Id: <9209040854.AA01033@nocturne.chorus.fr>
> To: ts@garbo.uwasa.fi (Timo Salmi)
> Cc: zip-bugs@CS.UCLA.EDU (Info-ZIP authors)
> Subject: Re: Downloads of your files
> In-Reply-To: Your message of Fri, 04 Sep 92 07:50:03 +0700.
>              <9209040450.AA12318@garbo.uwasa.fi>
> Date: Fri, 04 Sep 92 10:54:39 +0200
> From: Jean-loup Gailly <jloup@chorus.fr>
>
> Timo,
>
> > 121 naked110.zip
> >  89 zip19p1x.zip
>
> That's a shame. I'm sure that most people think that naked is
> a pornographic gif, hence the popularity. I am hereby requesting
> that you rename zip19p1x as nude19p1x to boost the statistics :-)
>
> Jean-loup



From ts@uwasa.fi Sat Sep  5 07:41:09 1992
Subject: Re: Managame experiences
To: willigha@idca.tds.philips.nl (G.H. Willighagen)
Date: Sat, 5 Sep 92 7:41:09 EET DST
In-Reply-To: <9209041316.AA05782@hd2.idca.tds.philips.nl>; from "G.H. Willighagen" at Sep 4, 92 3:15 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Dear Prof. Salmi,
>
> I have used your financial game 'MANAGAME'.
>
> It is a nice game to experiment with.

Hello Gerrit,

I am pleased to hear that you like my managame in /pc/ts/tsgame12.zip.

> But I don't understand the programms criterium for
> bankrupty.
> For example : During a game session my cash decreased from about
>               $3000 to $700.
>               The programm responded with the message 'Bankrupty'
>               end the game was ended, unless the still positive
>               cash.
>               This occured during the 30th game period.
>
> Can You please explain the programms criterium for bankrupty ?

The game dates back to the early 1970's and the days of Univac.
While I have ported it to MsDos the "engine" is still the same
cryptically coded mesh as before.  I simply do not remember that far
back, so I cannot truly answer your welcome question.  Sorry.

> With kind regards,
>
> Gerrit Willighagen
> Apeldoorn
> The Netherlands

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

