From ts@uwasa.fi Fri Mar  8 06:46:17 1991
Return-Path: <ts@uwasa.fi>
From: Timo Salmi <ts@uwasa.fi>
Subject: The /pc/pd2/post06.txt 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 post06.txt).  !
! Or try /pc/mail/rmail##.zip to read on a PC                   !
+---------------------------------------------------------------+

   This is the sixth 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##.txt is always being updated until it
contains 30 messages.  (Well, actually there are 31 in this one).
The files are located at the /pc/pd2 directory.

1   Dec 31 Timo Salmi         (29)   The /pc/pd2/post06.txt file descript
2   Feb 2  Keith Petersen     (37)   Solved! problem with uudecode (R. Ma
3   Feb 2  To Jay Thierry HAN (48)   Re: Solved! problem with uudecode (R
4   Feb 1  To Tommy W. Sager  (33)   Re: Have you stopped saving download
5   Jan 31 To tange@daimi.aau (34)   Re: FN - Waouw
6   Jan 30 To Peter Peters    (61)   Re: tstsr
7   Jan 28 Wm E Davidsen Jr   (44)   Re: UNMODERATE C.B.I.P
8   Jan 28 Timo Salmi         (46)   Defeating nagware
9   Jan 26 Keith Petersen     (40)   Info-ZIP
10  Jan 26 hv@garbo.uwasa.fi  (38)   Re: help with garbo-request
11  Jan 25 To LCDR Gene LeDuc (36)   Re: Hangman rules
12  Jan 23 To JRR@IFASGNV.BIT (29)   Re: Your flag game
13  Jan 21 To Hamish Whittal  (60)   Re: TS jog program
14  Jan 21 To Ronald Pelton   (100)  Re: zip/unzip with encryption..where
15  Jan 17 To Tommy W. Sager  (31)   Re: Windows download statistics
16  Jan 16 Keith Petersen     (45)   Re: garbled TSBAT30.ZIP
17  Jan 15 To Tim_Burt@transa (45)   Re: unix-like spelling checker
18  Jan 10 Brian 'Doc' O'Neil (32)   New moderator for comp.binaries.ibm.
19  Jan 9  ALLEN@chen.canterb (26)   Re: CRC troubles with TSLIN33.ZIP
20  Jan 1  To Duncan Murdoch  (43)   Re: December 1991 download statistic
21  Dec 29 To Niles Mills     (73)   Re: Request for Information
22  Dec 28 Nick FitzGerald, C (59)   Re: pkzip for Unix?
23  Dec 25 Timo Salmi         (54)   comp.binaries.ibm.pc.archives charte
24  Dec 22 To Donald E. Ekman (37)   Re: garbo.uwasa.fi is down
25  Dec 22 To Alex V. Resheto (42)   Re: Some suggestions
26  Dec 22 To roberts@triton. (36)   Re: Garbo Mirrors
27  Dec 17 Keith Petersen     (46)   Unix zip v1.0
28  Dec 15 To Larry W. Virden (60)   Re: Looking for uuencode/decode for
29  Dec 13 To Phil Ashman     (66)   Re: garbo announcement tips
30  Dec 12 To Jon Noring      (65)   Re: On garbo games policy
31  Dec 3  To Lee Jorgensen   (39)   Reading Dates (tsbat29.zip offered i

..................................................................
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 Tue Dec  3 04:34:47 1991
Subject: Reading Dates (tsbat29.zip offered instead) (fwd)
To: jorgense@plains.NoDak.edu (Lee Jorgensen)
Date: Tue, 3 Dec 91 4:34:47 EET
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Hello,
>
> I asked how to read in a date from a file (it is not know what
> type of file) and to run a program if the date is not the same as
> the systems.  (In Other Words, run a program once a day).
>
> You suggested a batch program.  I tried it and the program will now
> run whenever the computer is booted.  My computer is turned off
> and on several times a day, so putting the file in my autoexec.bat
> is out.
:
> All help appreciated!

Hello Lee,

There might be some misunderstanding of the daily.bat instructions,
since I have no such problems with it even if I booted several times
a day.  As the first thing try putting it as
    call daily whatever
 in your autoexec.bat file.  Not just daily, since autoexec is a
batch file calling another batch file.  If you have MsDos < 3.3 see
the instructions within the collection (eg in link.bat) for
replacing call.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Fri Dec 13 11:45:58 EET 1991
Subject: Re: On garbo games policy
To: noring@netcom.com (Jon Noring)
Date: Thu, 12 Dec 91 22:40:04 GMT
Status: OR

In article <1991Dec12.061557.28329noring@netcom.COM>
noring@netcom.COM (Jon Noring) writes:
[in cbip.d on games distribution problems and suggestions]
>created.  Obviously, a site that would agree to archive games and
>make them available via ftp and mailserver would be the best, but
>no one has taken on such a task.  Timo is not interested, apparently
>for some philosophical reason which I don't totally understand.

Since this involves an implicit, bona fide question from Jon on
(also) garbo.uwasa.fi policies I'll be happy to try to give some of
the background.

The basic policy of garbo.uwasa.fi is to specialize in some areas
especially on the MsDos arena.  One (but not the only) reason for
this is that in general there is no sense of SIMTEL20 and garbo
duplicating each others efforts.  The other one is that to uphold
our standards with the limited time Harri and I can allocate to
archive maintenance, we have to, and like to concentrate our efforts
in some specific areas.  Our main specialization is MsDos utilities.
Others include Turbo Pascal programming and educational and
scientific programs.  On the other hand there are some areas which
we (our Computer Centre and I in cooperation) have wanted to tone
down, and only to have representative examples.  Games and gifs are
main instances of this.  We have accepted all educational games,
examples of good games, and a few that we keep a limited time on
garbo until we rotate them out.  But that is all.  The same applies
to gifs.  Furthermore, there are some areas we do not want to carry
at all.  Examples of this are religious and political material.

[Epilogue: ftp.ulowell.edu now specialises in games, so
garbo.uwasa.fi later carries only the educational games.]

I understand the interest in games, and I strongly feel myself that
games are one way of learning one's way about the computer.  There
is no reason why using computers should be dull.  Nevertheless, I
want garbo.uwasa.fi to be known as a well moderated utilities site,
not as a mass repository for games.

The ideal solution would be if there were a site that could and
would specialize in games.  It is easy to see that such a site would
be very popular, and also that would be in garbo's interests,
because it would take some pressure off us (our games are currently
a bit too heavily downloaded for my liking).

As for having a separate binaries group for games, I have ambivalent
feelings.  I appreciate the demand for the group, but I worry about
the potential problems if the group is unmoderated.  But since I
will not be doing any work for the games binaries, I feel that it is
only fair that I will refrain from taking a stand in the games
binaries issue.  (Everybody can easily talk, to do something is
often already quite a different proposition, so I won't);

...................................................................
Prof. Timo Salmi               (Temporarily as salmi@finsun.csc.fi)
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Sat Dec 14 08:38:27 EET 1991
Subject: Re: garbo announcement tips
To: umashman@ccu.umanitoba.ca (Phil Ashman)
Date: Fri, 13 Dec 91 21:47:02 GMT
Status: OR

> Timo,
>
>   I've just taken up the downloading "thing", but all the stuff available
> is phenominal ! I am trying to figure a way of keeping up to date so a
> few pointers would be helpful and maybe a few answers to some of the
> following questions:

These are good questions and I'll allocate a moment to answer them
publicly on the news.

> 1) Do you post a summary of all files downloaded for each month in
> comp.bin.....archives ?

No, not quite.  I post a summary of about 300 top downloads each
month.  On top of that there is a weekly list of top 100 downloads,
but it is not posted.  It is available from us as /pc/filelist/
ftplog##.lst, where ## is the week number.

The weekly list is also emailed to the people on Garbo infolist.
But that mailing list of garbo announcements is not an open list.
It is for users who can help in propagation of the material or in
the maintenance of garbo archives.  (There is more on the admittance
to Garbo infolist in /pc/pd2/mailist.txt).

> -if not how often are the indexes at garbo updated and when is the best
> possible time to review these indexes.

The indexes at garbo are updated each time there are now additions
to our archives.  Thus for example the /pc/INDEX file may be updated
several times a day, or there may be a couple of days in between.

> 2) Do you carry the same files at garbo as wuarchive ?

No. Contrary to wuarchive garbo is not a mass repository.  Our
inclination is to specialize somewhat.  Our official aim is foremost
to be a well organized site for MsDos PD and shareware utilities.

>  Any hints on the best way to organize this data on a regular basis would
> be appreciated.

I must confess that since I look at things from the moderator's end
of things I have not considered this angle before.  Perhaps seasoned
garbo users might have better ideas for this one than I do.

> Thanks for your time
>
>         Phil

All the best, Timo

> Name  : Phil Ashman
> Email : umashman@ccu.umanitoba.ca

...................................................................
Prof. Timo Salmi               (Temporarily as salmi@finsun.csc.fi)
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Sun Dec 15 12:59:31 1991
Subject: Re: Looking for uuencode/decode for the PC !
To: lwv27@cas.org (Larry W. Virden)
Date: Sun, 15 Dec 91 12:59:31 EET
In-Reply-To: <9112151054.AA07433@cas.org>; from "Larry W. Virden" at Dec 15, 91 5:54 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> another useful tidbit for you FAQ would be mentioning that the user
> should be sure that if they use a uncompress OTHER Than the one mentioned,
> it may not handle 16 bits - if that is the case, most unix .Z files will
> be of no use to the folks.
> --
> Larry W. Virden                       UUCP: osu-cis!chemabs!lwv27
> Same Mbox: BITNET: lwv27@cas    INET: lwv27@cas.org
> Personal: 674 Falls Place,   Reynoldsburg,OH 43068-1614
> America Online: lvirden
>

Hello Larry,

Thanks.  I'll put this in my garbo.uwasa.fi:/pc/pd2/post06.txt
useful feedback file.  Incidentally, I have not yet encountered this
problem myself.

PS.  If you wish to write a more complete item of advice on this I
will be happy to replace this with the new one.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

>From: lwv27@cas.org (Larry W. Virden, x2487)
Subject: Re(2): Looking for uuencode/decode for the PC !
To: ts@uwasa.fi
Date: Sun, 15 Dec 91 06:13:38 EST

No No!  You have done a GREAT job!  I was just trying to add to your
store of knowlege!  Back in the golden age of computing (ie before about
5 yrs ago) I was a heavy user of Compuserve.  During those days, it was
'common knowlege' that MS DOS machines could not do 16 bit compression and
they were always harrasing the Unix folks to use 12 bit compression for
stuff.  Finally, one of our forum members got sick of listening to the
complaining and rewrote the std compression code into a form which would
fit into msdos.  It still took a while before folks started turning over.
I have no idea if the version of compress which you folks (note that I
am not a msdos user, just someone who has to share files with them on
a regular basis) now use is based on the CIS work done.  But we had fun
doing it!  Anyways, some of the folks may still be getting the older
12 bit compression code from BBS's, etc.
--
Larry W. Virden                 UUCP: osu-cis!chemabs!lwv27
Same Mbox: BITNET: lwv27@cas    INET: lwv27@cas.org
Personal: 674 Falls Place,   Reynoldsburg,OH 43068-1614
America Online: lvirden

From W8SDZ@WSMR-SIMTEL20.ARMY.MIL Wed Dec 18 19:59:21 1991
Return-Path: <W8SDZ@WSMR-SIMTEL20.ARMY.MIL>
Received: from WSMR-SIMTEL20.ARMY.MIL by uwasa.fi (4.1/101091(hh))
        id AA00292; Wed, 18 Dec 91 19:59:04 +0200
Date: Tue, 17 Dec 1991  15:31 MST
Message-Id: <W8SDZ.12742279444.BABYL@WSMR-SIMTEL20.ARMY.MIL>
From: Keith Petersen <w8sdz@WSMR-SIMTEL20.ARMY.MIL>
To: zip-bugs@cs.ucla.edu
Subject: Unix zip v1.0
Status: OR

I am receiving an increasing number of "file corrupted" reports for
ZIPs that have been created with Unix zip v1.0.  As Chuck Forsberg
says, the Unix-made zip incorrectly reports that version 1.0 is needed
for extraction.  It should have been 1.10.

When users extract with PKUNZIP v1.02 there is no "you need a newer
version" warning.  Just CRC errors.  The latest file reported with
this problem is ironicly your own unzip41.zip which is in both our
msdos and <misc.unix> collections.  Of course it extracts just fine
with unzip41.exe or pkunzip v1.10.

I hope this gets fixed soon so I won't have to answer these false
alarms which are really people who need to update their unzip.

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

>From: madler@cco.caltech.edu (Mark Adler)
Subject: Unix zip v1.0
To: w8sdz@WSMR-SIMTEL20.ARMY.MIL
Date: Tue, 17 Dec 1991  16:13 MST

It will be fixed soon.  It used to be set to 1.1, but then OS/2 users
complained that they could then not use zip at all, even though it would
work with their OS/2 pkunzip 1.02 (there is no 1.1 for OS/2) most of the
time.  So, we unwisely caved in to their demand, and changed the version
needed to 1.0.  It will be changed back in Zip (coincidentally) 1.1.

Mark


From ts@uwasa.fi Sun Dec 22 06:13:02 1991
Subject: Re: Garbo Mirrors
To: roberts@triton.unm.edu
Date: Sun, 22 Dec 91 6:13:02 EET
In-Reply-To: <9112212237.AA19354@triton.unm.edu>; from "roberts@triton.unm.edu" at Dec 21, 91 3:37 pm
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Timo,
>
> Can you please give me the name of a North American mirror site for Garbo?
> I have looked through quite an extensive Anonymous FTP list and have
> found one mirror.  I FTP'ed that mirror in Australia and they only carry
> new files for the current month only from Garbo due to lack of disk
> space.
>
> Thanks.
>
> Robert
> Albuquerque, New Mexico USA  The Land of Enchantment

Hello Robert,

Thank you for your query.  I would dearly like to be able to give
such a name.  But unfortunately I do not know of any garbo mirrors
in North America nor of a complete mirror in Australia.  Most, but
not all, of our files can, however, be found on SIMTEL20.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Sun Dec 22 11:34:42 1991
Subject: Re: Some suggestions
To: AR@kaon-inr.msk.su (Alex V. Reshetov)
Date: Sun, 22 Dec 91 11:34:42 EET
In-Reply-To: <AAOe4LfauD@kaon-inr.msk.su>; from "Alex V. Reshetov" at Dec 22, 91 10:17 am
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> Dear Prof. Timo Salmi,
>
>      I would kindly ask You to point out the length of new
> acquisitions in Your announcements. It's better for scheduling
> of net overload.
>                                               Respectfully,
>                                               Alex Reshetov
>
>    ///////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
>  //  Reshetov Alexander,             II  Voice : (+7 095) 334-09-79       \\
> ||   Institute for Nuclear Research, II  E-mail: ar@kaon-inr.msk.su        ||
> ||   Russian Academy of Sciences,    II                                    ||
>  \\  Moscow                          II                                   //
>    \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\////////////////////////////////////


Hello Alex,

All suggestions for improvement are very welcome.  Unfortunately
most of them involve an addition of work for us cumulative on the
moderation workload we already have.  Thus I am afraid I won't be
able to comply quite the way you kindly suggest.  Users with FTP can
always use the ls -lF command to check for the file sizes.  If you
dont have FTP but use our mail server then first download
/pc/_dir.lst for the file sizes.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Sun Dec 22 11:53:03 1991
Subject: Re: garbo.uwasa.fi is down
To: ekman@netcom.com (Donald E. Ekman)
Date: Sun, 22 Dec 91 11:49:41 EET
Status: OR

> >Sun 22-Dec-91: Garbo seems to be down for some reason I do not know,
> >and has been so the whole weekend.  There is nothing I can do about
> >it since I do not manage garbo as a system.  We just will have to
> >wait until Harri has the chance to notice it and goes at the venue.
>
> Computers always go down on weekends.  It's the nature of the beasts.

Hello Don,

Actually (although one would be tempted to think so to lighten
things up) this is not a true case for Mr Murphy.  The reason is
that on weekdays Harri is on the premises, and can tackle any
problems immediately.  Garbo has become crash-prone because of the
load we have.  It is simply not powerful enough for the peaks.  In
fact we got a SUN workstation with about twice the speed to replace
the old MIPS, and Harri will be making the changeover in the near
future.

> Cheers,
> Don

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Wed Dec 25 09:54:34 EET 1991
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Article: 1969 of comp.binaries.ibm.pc.archives
Subject: comp.binaries.ibm.pc.archives charter
Organization: University of Vaasa, Finland
Date: Wed, 25 Dec 1991 07:52:20 GMT
Status: OR

Please first read this if you consider posting to this newsgroup.

This is a part of the charter of the comp.binaries.ibm.pc discussion
subgroups.  The charter took effect the 23rd of July, 1991, and is
edited from Bob Sloane's original posting on the cbip newsgroups
reorganization.

comp.binaries.ibm.pc.archives charter:
  This group is to be used to post announcements related to archive
  sites for ibm pc and compatible binary files.  Appropriate articles
  include such topics as announcements of new binaries available,
  connectivity problems with archive sites, and bug/problem reports
  concerning programs from archive sites. Requests concerning where
  particular programs are available are not appropriate, and should
  be posted to the c.b.i.p.wanted group instead.

It is in one's own best interest to try to find a suitable
alternative newsgroup when a topic does not belong to
comp.binaries.ibm.pc.archives.  That way one will have a much better
chance of eliciting useful answers and comments to one's topic.  The
same principle holds for any protracted discussion of an individual
program lest it interferes with the primary aim of this group (which
is announcing new uploads at archive sites).  It is not possible to
give fool-proof all-round advice on the best alternatives, but from
the experience so far it would seem that fairly often one of the
groups below might turn out to be suitable:
  comp.compression
  comp.os.msdos.apps
  comp.os.msdos.misc
  comp.os.msdos.programmer
  comp.sys.ibm.pc.hardware
  comp.editors
  comp.graphics
  comp.sources.wanted
  comp.windows.ms
  news.newusers.questions
  misc.books.technical

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From CCTR132@csc.canterbury.ac.nz Sat Dec 28 07:48:18 1991
Return-Path: <CCTR132@csc.canterbury.ac.nz>
Date: Sat, 28 Dec 1991 18:45 +1300
From: "Nick FitzGerald, CSC, Uni. of Canterbury, NZ."
 <CCTR132@csc.canterbury.ac.nz>
Subject: Re: pkzip for Unix?
To: ts@uwasa.fi
Status: OR

[After a discussion with Nick we decided to make this information
just available since there is nothing we can officially do about the
US regulations even when they are ridiculous and unenforceable.]

Hi Timo,

A small bit of info you may be interested in/want to act on:

Somewhere you wrote:

>The
>version at the time of writing this was /unix/arcers/zip10ex.tar.Z.

This is the "export" version - the one that respects that silly US
regulation about not exporting encryption stuff.  Since the official
launch of portable zip, the zip encryption code has been written
afresh by someone in Europe.  The files from the original export
distribution affected by this are packaged in an archive called
"zcrypt10", which is now available from a number of sites (ones
"near" you are ftp.win.tne.nl in pub/compression/zip, ftp.inria.fr
in system/user, and ftp.informatik.tu-muenchen.de in
pub/utils/archiver).  This archive needs to be unpacked _after_ the
zip10ex one with the new versions of files _overwriting_ those from
zip10ex (it's about four of the .c & .h files and the makefiles,
etc).

The alternative to uploading this (and possibly updating the file in
the archive you already have) is of course to wait till the 1.1
release - although I'm on the Info-Zip mailing list I have no idea
if this is at all imminent (I suspect not, because unless I missed
something fairly major, I don't know of a beta release since 1.0
went public).

The IZ group are anxiously awaiting the official release of PK's
version 2.0, as the new compression method will give them a new set
of challenges.

Unfortunately, Info-Zip didn't release an update to unzip which
incorporates decrypting - that will hopefully be in the next unzip.
The new stuff in zcrypt10 includes a zipfile-processor that will
decrypt so you can then unzip.

Regards,

Nick.

---------------------------------------------------------------------------
 Nick FitzGerald, PC Applications Consultant, CSC, Uni of Canterbury, N.Z.
 Internet: n.fitzgerald@csc.canterbury.ac.nz        Phone: (64)(3) 642-337

From ts@uwasa.fi Sun Dec 29 09:15:50 1991
Subject: Re: Request for Information
To: root@connect.com (Niles Mills)
Date: Sun, 29 Dec 91 9:15:50 EET
Cc: Garbo infolist, w8sdz@vela.acs.oakland.edu (Keith Petersen)
Status: OR

>Greetings!

Hello Niles.

>Whenever I'm interested in a file mentioned in a garbo upload notice,
>I can always find it on SIMTEL20.  It's pretty amazing that you and Keith
>stay so well synchronized.  I've noticed, though, that sometimes the
>date/time/filesizes as reported by garbo and SIMTEL20 are different.

We have what you might call a rapport with Keith in most things that
we do.  We also communicate explicitly at occasions.  On the other
hand we have so much to do that we cannot coordinate the majority of
our activities explicitly.  Much of our coordination is thus
instinctive, grown out of practice.

>A garbo USENET-posting received Sat 12-28-91 at our site shows:
>
>>  65436 Nov  5 21:25 garbo.uwasa.fi:/pc/mail/pcelm30.zip
>
>A fresh copy (Sat 12-28-91 17:33:14 PST) of PD1:<MSDOS.FILEDOCS>SIMIBM.ARC
>from SIMTEL20 yields the following:
>   Location:  PD1:<MSDOS.KA9Q-TCPIP>PCELM30.ZIP
>   Size:      65175
>   Date:      11-09-91
>
>Questions: 1. Do the date & time in the garbo upload notices reflect the
>              date & time that garbo received the file, or the original
>              date & time as created on the submittor's system?

I have explicitly tried to make all the date/time stamps on garbo
reflect the date/time of the most recent file within each package.
I have also urged my fellow moderators at garbo.uwasa.fi to do
likewise.  All our .zip files should thus be correctly date-stamped.
We have date/time stamp errors in the other files.  Not each and
everyone, but I suspect that in great many.  I would guess that on
SIMTEL20 the date/time stamp either reflects the upload time, or
what the submittor had.  I do not know.

>           2. Is the difference in filesizes due to the difference
>              between TOPS-20's and UNIX's method of padding the
>              the final physical block of the file?

No, I do not think so.  The difference in the sizes is due to the
fact that with a very few exceptions like the SIMTEL20 simibm.zip
file list we put our logo in all our .zip packages.  I have adopted
this practice from BBSes.  It is very common in FidoNet.

>Thanks in advance for your help.  You're doing a great job!

You are most welcome.

>Niles Mills
>--
>Connect Software       | Voice (714) 548-2210 | Internet   mills@connect.COM
>2633 Orange Ave., #E   | FAX   (714) 548-2217 | UUCP       uunet!connect!mills
>Costa Mesa, California | v.32  (714) 548-2234 | MCI Mail   220-5814
>92627-4690  USA        | BBS   (714) 548-2235 | CompuServe 70771,1663

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Wed Jan  1 12:33:26 1992
Subject: Re: December 1991 download statistics of garbo.uwasa.fi (copy)
To: dmurdoch@watstat.uwaterloo.ca (Duncan Murdoch)
Date: Wed, 1 Jan 92 12:33:26 EET
Status: OR

> How long do you keep your statistics? It would be really
> interesting to see downloads for all of 1991.
>
> Duncan

Hello Duncan,

The old monthly statistics are stored as /pc/filelist/dload91.arc.
The statistics for 1991 covered, however, only the about the last
half of the year.  I do not have a summary.

Besides the monthly download list we also have the weekly download
statistics garbo.uwasa.fi:/pc/filelist/ftplog##.lst.  As you know,
unlike dload##.lst I do not post our weekly statistics to
comp.binaries.ibm.pc.archives.  The weekly statisctis is stored at
garbo only, and emailed to persons on the Garbo infolist, like you
friend Duncan.  We have a /pc/filelist/ftplgold.zoo which is
prepared by Harri (hv@uwasa.fi).  I have not looked at it, but I
expect that it has the old weekly statistics stored.

The last three of each list is stored in ordinary ascii (.lst), and
then deleted as such.  But as you see from the above they are
stored in the archived packages.

Yours was a question of general interest on garbo archives.
Therefore I will be posting this reply (to cbip.archives) besides
emailing it directly to you.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ALLEN@chen.canterbury.ac.nz Wed Jan  8 13:17:10 1992
Date: Thu, 9 Jan 1992 00:16 +1300
To: ts@uwasa.fi (Timo Salmi)
Subject: Re: CRC troubles with TSLIN33.ZIP
To: ts@uwasa.fi
Status: OR

Professor Salmi

Thank you for your help in recovering TSLIN33.ZIP and the problems
with the CRC check.  As you suggested, the problem was with my use
of PKZIP, version 1.01.  The latest version gave no problem.

Thank you for your trouble,

Yours,

Maurice Allen
____________________________________________________________________________

Dr R.M. Allen                           Phone    (64 3) 351 7815 home
Chemical and Process Engineering        Phone    (64 3) 64 2141  work
University of Canterbury                FAX      (64 3) 64 2063 or 64 2705
Christchurch, New Zealand               Email    Allen@Chen.Canterbury.ac.nz
____________________________________________________________________________

From oneill@cs.ulowell.edu Sat Jan 11 09:11:56 EET 1992
From: oneill@cs.ulowell.edu (Brian 'Doc' O'Neill)
Newsgroups: comp.binaries.ibm.pc
Subject: New moderator for comp.binaries.ibm.pc
Keywords: moderator, binaries, cbip
Date: 10 Jan 92 21:07:38 GMT
Followup-To: comp.binaries.ibm.pc.d
Organization: University of Masschusetts at Lowell Computer Science
Status: OR

This is the official announcement that I will be taking over as
moderator of the newsgroup comp.binaries.ibm.pc.  Most policies will
remain the same.  It may take a little while to get things
straightened out, so please be patient.

Here are the relevant mail addresses:

        cbip@cs.ulowell.edu - For all submissions
        cbip-request@cs.ulowell.edu - For questions

I do not currently have a list of previously posted items, and I do
not have Bill's queue backlog yet, and as such have no submissions.
To get things going, I _will_ post the most popular game in the
archives, Commander Keen #4: Goodbye Galaxy! This should hopefully
satisfy the people who have waited patiently...

--
=======================================================================
Brian O'Neill - Systems Manager, Computer Science        (508) 934-3645
University of Massachusetts at Lowell
Internet: oneill@ulowell.edu               UUCP: harvard!ulowell!oneill

From ts@uwasa.fi Wed Jan 15 08:16:51 1992
Subject: Re: unix-like spelling checker
To: Tim_Burt@transarc.com
Date: Wed, 15 Jan 92 8:16:51 EET
Status: OR

> I was hoping to use your DOS spelling checker with demacs, but am
> having problems because it requires a filename for its input, while
> the Unix spell takes it from stdin.  I created a batch file hoping to
> first redirect stdin to a file (using sort, like the Unix spell
> command file does), but it appears that DOS batch files cannot access
> stdin from outside the batch file (i.e. cat wordfile | spell.bat does
> not work because spell.bat does not see the output from cat as its
> stdin).
>
> Any ideas?  Any chance that your program will change to accept input
> from stdin?  Also, does the informational message produced go to
> stdout also, or stderr.  It also seems to be appearing in demacs and
> may be confusing spell.el.

Hello Tim,

Thank you for your query.  Potential changes to spell to read from
the stdin in MsDos would only be distributed with a registered
version.  But your problem might have an alternative solution.  I
have some difficulties of being abolutely sure of the following
suggestion simply because I do not use demacs.  But I have solved
the same problem for the QEdit editor, and if you are well familiar
with it, or use it as your alternative editor, then take a look at
the spelling checking macro in garbo.uwasa.fi:/pc/ts/tsqed14.zip.
The trick is roughly the following.  Write your text in a file by
saving it, and then have a macro to read from that saved file and
direct the outout to another file, and browse that file either in
demacs in another window or buffer (it has those, I assume) or
through some browser.  (I use Buerg's list as the browser myself).
Hope this helps.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From w8sdz@rigel.acs.oakland.edu Fri Jan 17 03:35:03 1992
Date: Thu, 16 Jan 92 20:34:32 -0500
From: w8sdz@rigel.acs.oakland.edu (Keith Petersen)
To: ts@uwasa.fi
Subject: Re: garbled TSBAT30.ZIP
Status: OR

Timo, FYI.  Sure is surprising how many people still use PKUNZIP 1.02.

--Keith

--Forwarded message:
Date: Thu, 16 Jan 92 17:15:45 -0500
From: mjk11@po.cwru.edu (Mary J. Knowles)
To: w8sdz@vela.acs.oakland.edu
Subject: Re: garbled TSBAT30.ZIP

>> on oak.oakland.edu, pub/msdos/batutl/tsbat30.zip appears garbled
>> and gives bad CRC when unzipped.
>
>Mary, please check your PKUNZIP version number.  It should be 1.10,
>not 1.02.  TSBAT30.ZIP tests ok here.
>
>If you need PKZIP/PKUNZIP v1.10, it's available from OAK in
>/pub/msdos/zip/pkz110eu.exe
>
>Keith
>--
>Keith Petersen
>Maintainer of the MSDOS, MISC and CP/M archives at SIMTEL20 [192.88.110.20]
>Internet: w8sdz@WSMR-SIMTEL20.Army.Mil    or     w8sdz@vela.acs.oakland.edu
>Uucp: uunet!umich!vela!w8sdz                          BITNET: w8sdz@OAKLAND
>

Keith..
YEP, that was the problem.  Sorry, and THANKS.  I just can't seem to
keep up with all the current versions of all the software.  But your
efforts help a lot.

--
====================================================================
Mary J. Knowles                          Internet: mjk11@po.cwru.edu
Shaker Heights, Ohio USA
====================================================================

From ts@uwasa.fi Fri Jan 17 12:56:01 1992
Subject: Re: Windows download statistics
To: ddetws@Arco.COM (Tommy W. Sager)
Date: Fri, 17 Jan 92 12:56:01 EET
Cc: Garbo infolist

>
> I have seen your MS-DOS download statistics, but I did not see any
> Windows download statistics. Did I miss them, or do you not post the
> Windows downloads? Just curious.
>
> Thanks,
> Tommy Sager
> ddetws@arco.com

The statistics that I post once a month to cbip.archives concerns
our MsDos files only.  But our weekly download statistics covers
both the MsDos and Windows programs.  I have not posted the weekly
statisctics because of the hassle I got about a half a year ago in
cbip.d when I did that.  However, the weekly one is freely available
as garbo.uwasa.fi:/pc/filelist/ftplog##.lst, where ## is the week
number.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Tue Jan 21 02:31:49 1992
Subject: Re: zip/unzip with encryption..where?
To: rep@mvaxcs1.cse.nau.edu (Ronald Pelton)
Date: Tue, 21 Jan 92 2:31:49 EET
Cc: madler@cco.caltech.edu (Mark Adler), wales@CS.UCLA.EDU (Rich Wales),
        jloup@chorus.fr (Jean-loup Gailly)
X-Mailer: ELM [version 2.3 PL11]

> Hello Prof. Timo Salmi.
>   Do you know where zip and unzip (with encryption working) can be
> located.  I'm looking for MS DOS executables, hopefully.
>
>    Thank you for your time..
>    Ron

Hello Ron,

As you see from the email header, I have taken the liberty of
forwarding your question directly to the authors.  For US export
policy reasons I only make available for public download the version
with no encryption.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


>From: Jean-loup Gailly <jloup@chorus.fr>
Subject: Re: zip/unzip with encryption..where?
To: rep@mvaxcs1.cse.nau.edu (Ronald Pelton)
Date: Tue, 21 Jan 92 15:07:29 +0100

>   Do you know where zip and unzip (with encryption working) can be
> located.  I'm looking for MS DOS executables, hopefully.

zip and unzip are distributed in source form only (although some
ftp sites have .exe files).

The encryption code for the portable zip is distributed as a separate
package.  You must get it from a US site if you are within the US and
from a European site otherwise.

>From the US only:
   pit-manager.mit.edu:/pub/zip/crypt/zipcrypt.shar
       (mail server at mail-server@pit-manager.mit.edu)

Outside the US:
   garbo.uwasa.fi:/pc/arcutil/zcrypt10.zip
   ftp.win.tue.nl:/pub/compression/zip/zcrypt10.zip
   ftp.inria.fr:/system/user/zcrypt10.zip
   ftp.informatik.tu-muenchen.de:/pub/utils/archiver/zcrypt10.zip
       (mail server at ftp-mailer@ftp.informatik.tu-muenchen.de)

zcrypt10.zip is only a complement to the export version of zip 1.0,
which can be found on many ftp sites, such as
   wuarchive.wustl.edu:/packages/compression/zip-1.0-export.zip

unzip 4.1 does not support decryption, but the program zipcloak
included in zcrypt10.zip can do this.

Timo writes:

> For US export policy reasons I only make available for public download
> the version with no encryption.

Not strictly true. You don't advertize it, but you have it (in /pc/arcutil).

Jean-loup Gailly



Date: Tue, 21 Jan 92 13:52:12 CST
From: valley@gsbsun.uchicago.edu (Doug Dougherty)
To: ts@uwasa.fi
Subject: Re: Use of your RESCLOCK
Status: OR

A couple of things about utils in TSTSR12 (re: DV):

(I use DesqView as my stock OS at this point, so I end up evaluating
everything in terms of its use under DV)

        1) RESCLOCK works nicely under DV, in that you can run it in its
           own window (so that it doesn't use up RAM in your application
           window), but it will still be visible, as long as the
           foreground app has virtualization on.  I think this is a good
           feature.
        2) Running NOBOOT in a DV window locked my machine up solid.
           This, I think, is not a good thing.

So it goes, eh?

Take care,

        - Doug -

From ts@uwasa.fi Tue Jan 21 23:30:57 1992
Subject: Re: TS jog program
To: cchw@hippo.ru.ac.za (Hamish Whittal)
Date: Tue, 21 Jan 92 23:30:57 EET
X-Mailer: ELM [version 2.3 PL11]

> Prof. Salmi

Hello Hamish,

> I've recently downloaded your TSJOG program from the Oakland mirror site
> and find it a most useful utility to help me with my race planning.
> There are two questions I would like to ask. 1) What is the comparison
> with the Coopers test? What significance is this test?

I hope I understand your first question correctly.  The idea of the
Cooper's test is simply to run for 12 minutes and to see how far one
gets.  If one gets over 3000 meters one is in excellent condition.
If one is over 42 years old, as I am, the limit is only 2850 meters.
Nowadays I am extremely hard pressed to reach that limit, but my
very best result from over 10 years back is 3250 meters (actually
6500 meters in 24 minutes).

> 2) It would be very useful if a similar version of this program could be
> written, but for track intervals (which are usually less than 3km).
> Here it is useful to have 100m intervals rather than 1km intervals.

I'll certainly look into this.  The interval could be made an option
with the 1 km as the default.  Thanks for the idea.

> I hope these suggestions are useful to you.

Yes.  And feedback is always very welcome.

> thankyou
> hamish

All the best, Timo

> P.S. I spend much of my time training, and find this porgram very
> useful.

I am pleased to hear that you like it.  So do I, in fact.  I
originally wrote it for my own jogging.

> --
> -=-H-a-m-i-s-h-=-=W=h=i=t=t=a=l=-=-=-=-R-h-o-d-e-s-=-=U=n=i=v=e=r=s=i=t=y=-=-=-
> )  /--------------\        _ /        ) Phone : +27 [0]461 22023 x 286 (Work)
> ( | K i l r o y !! |       @ @        ( Internet : cchw@hippo.ru.ac.za
> )  \--------------/ ----""--U--""---- ) Phone : +27 [0]461 22819 (Home)
> =-=G=r=a=h=a=m=s=t=o=w=n-=-=-=-=-=-=-=-=-=-=-=-=-S-o-u-t-h-=-A-f-r-i-c-a=-=-=-=


...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From ts@uwasa.fi Thu Jan 23 21:32:32 1992
Message-Id: <9201231932.AA06812@uwasa.fi>
Subject: Re: Your flag game
To: JRR@IFASGNV.BITNET
Date: Thu, 23 Jan 92 21:32:23 EET
X-Mailer: ELM [version 2.3 PL11]
Status: OR

>         Prof. Salmi.
> I was just looking at your National Flags games and it is excellent, parti-
> cularly for kids, who these days do not learn such things in school. One small

I am pleased to hear that.

> correction for your next version... the name of "Colombia" is mispelled as
> "Columbia"....Thanks for your help.

Thanks for the tip.

>                                                 Jorge Rey

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Sat Jan 25 19:34:00 1992
Subject: Re: Hangman rules
To: leduc@nprdc.navy.mil ("LCDR Gene LeDuc")
Date: Sat, 25 Jan 92 19:34:00 EET
X-Mailer: ELM [version 2.3 PL11]

> Prof Salmi,
>   I recently downloaded your tsgmee games that included v1.0 of Hangman.
> When I played it I noticed that it doesn't uncover all occurences of a
> correctly guessed letter.  For instance, when I guessed R for the word
> "RUBBER" only the first R was displayed; both should have been.  Just
> thought you'd like to know.
>   -gene-
> (leduc@nprdc.navy.mil)
>

Hello Gene,

Thank you for your feedback on my Hangman from garbo.uwasa.fi:
/pc/ts/tsgmee10.zip.  Feedback on my programs is very welcome and
solicited.

What you have above is supposed to be a feature, not a bug.  If you
have multiple occurrences of a letter in a word, you must guess each
one _separately_.  This is deliberate.  If there are several
occurrences of the same letter, the program fills them in from left
to right as you guess each one.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From w8sdz@rigel.acs.oakland.edu Sun Jan 26 12:45:53 1992
From: w8sdz@rigel.acs.oakland.edu (Keith Petersen)
To: genes@npg-sd.sandiego.ncr.com (Gene Saunders)
Cc: ts@uwasa.fi (Timo Salmi), jloup@chorus.fr (Jean-loup Gailly)
Subject: Info-ZIP
Status: OR

Gene, here's the information you requested.

Join the Info-Zip mailing list and learn about the development of
"portable zip" - a project to produce a zip/unzip that will run on as
many systems as possible.  If you have good programming skills you will
be especially welcomed (doubly so if you have access to a platform that
hasn't yet been "conquered").  Send mail to info-zip-request@cs.ucla.edu
asking to be added to the mailing list.

There is a ZIP/UNZIP for Unix:

 1) Zip Version 1.0 at valeria.cs.ucla.edu:/info-zip/zip10ex.tar.Z
                  and a patch-file in    /pub/zip10.patch

(This Zip-Version has no encrypt-option, put at some ftp-sites, e.g.
athene.uni-paderborn.de:/pcsoft/NeXT/2.0-release/source/zip10.tar.Z,
is a version of Zip which has the encrypt/decrypt-option implemented)

 2) Unzip Version 4.1 at valeria.cs.ucla.edu:/info-zip/unzip41.tar.Z

===

Timo, I didn't write this.  It came from a Usenet posting but was so
well written and concise I kept it for occasions such as this.  Please
feel free to add it to your FAQ.

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

From hv@garbo.uwasa.fi Sun Jan 26 12:01:33 1992
Date: Sun, 26 Jan 92 12:01:58 +0200
To: SynCAccT@vmmail.attmail.com
Subject: Re: help with garbo-request
Status: OR


----- Begin Included Message -----

Hi there!
I'm having a problem with the garbo server and was wondering if
you could help me.  I request a file and it is sent to me.  But,
when I go to UUDECODE the program, I run into problem.
My mail arrives on a EBCDIC computer and is downloaded to my PC.
In the downloading process, I know that the left square bracket
and right square bracket character are not translated correctly.
There may be others that are being translated incorrectly.
How can I get around this?  I don't have much control over the
conversion process.  Is it possible for the server to send the
files in a format other than UUencode ( maybe XXencode or btoa? )
Or am I doing something very wrong?

Doug Quagliana
attmail!vmmail!hdqcms1h!doug or vmmail!hdqcms2h!doug@attmail.com


----- End Included Message -----


EBCDIC. Oh well, every once in a while we get this kind of requests
for help. There is not really much to help you. ASCII and UUENCODE
are the main route anyway. So if we change the methods here we get
much more complaints. And if I add the XXENCODE support the mailserv
is not anymore a KISS (Keep It Simple Stupid) server... And besides
I do not have the time to do that. That is, not now.

-harri-

From ts@uwasa.fi Tue Jan 28 08:26:57 EET 1992
Newsgroups: comp.binaries.ibm.pc.archives
From: ts@uwasa.fi (Timo Salmi)
Subject: Defeating nagware
Organization: University of Vaasa, Finland
Date: Tue, 28 Jan 1992 06:15:59 GMT
Status: OR

In article <1992Jan27.225143.4484@b11.ingr.com> bbrown@b11.ingr.com (Bailey Brown) writes:
>I have hyperdisk 4.30 and I want to know if there's
>a way to get the 4.31 release from simtel and install
>it in such a way as not to get the nag-ware message.

Ok, I will not beat around the bush so let's skip the question
whether this is proper or not.  There are two simple tricks to beat
nagware depending on how the nag id done in the program.

Both the tricks below are based on using a batch to call the nagging
program.

1) If the nag is at the beginning of the program when you invoke the
program, use a fakekey program to feed in the keystrokes needed to
get by the nag.  Try eg fakey.com from garbo.uwasa.fi:/pc/keyboard/
fakekey.zip.

2) If the program leaves with a nag when exiting, then store the
screen before you enter the program, and the restore it upon
exiting.  You'll find the facilities for this trick in
garbo.uwasa.fi:/pc/ts/tsutle15.zip.

[Epilogue]

Do not interpret this incorrectly.  I am not condoning breaching
shareware rules.  On the contrary.  But sometimes it is easier to
evaluate a program if you don't have to see the nag all the time.
Besides some registered shareware programs and even some fully
commercial programs will have an intitial or ending screen which you
may wish to bypass.

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From davidsen@crdos1.crd.ge.COM Tue Jan 28 19:39:42 EET 1992
From: davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: UNMODERATE C.B.I.P
Date: 28 Jan 92 15:07:26 GMT
Organization: GE Corp R&D Center, Schenectady NY
Status: OR

In article <10867@umd5.umd.edu> cgs@umd5.umd.edu (Chris G. Sylvain) writes:

> Sure, you might say the flow control site may get so backlogged that the
> bytes spill out onto the floor  --  but then what's to stop this flow
> control site from sending Nak (not accepted, system full) messages along
> with Ack (submission accepted, transmission eventually) messages?
>
> Why make lots of work for a volunteer moderator when all the net admin
> needs is a "pressure regulator" in the net plumbing?

Since I was moderator for three years, I'll address this:
 1. Duplication. There's lots of it, both exact dups and similar
programs. Would you really want 90 versions of TETRIS?

 2. Virus infection. The programs I posted were scanned with at least
two scanners. Do you want to pretend that readers would do that
themselves?

 3. Pirated material. The chances of material going out which is
commercial software would be quite high. I saw a number of instances of
this when I looked programs over.

 4. Trojan horses. A program which isn't a virus, just a bomb waiting to
go off and trash your system under condition X.

 5. The problem with posting volume control at the in end is that (a)
usually the data is lost, (b) usually it's transmitted at someone's
expense, then rejected, (c) most news software stops taking everything,
rather than just one group, and (d) the first time a-c happen the
commercial site sysop may just pull the plug on the group.
--
bill davidsen   (davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen)
  GE Corp R&D Center, Information Systems Operation, DSS group
"A pointed truth is an honest knife"  -Gnoza, _Slow Lightning_


From ts@uwasa.fi Thu Jan 30 11:32:26 1992
Subject: Re: tstsr
To: pp@info.win.tue.nl (Peter Peters)
Date: Thu, 30 Jan 92 11:32:26 EET
X-Mailer: ELM [version 2.3 PL11]

> Timo,
>
> I downloaded one of your fine ts... files a short time ago from
> wuarchive. The archive was tstsr.zip and the first utility I tried
> (the resident clock) crashed my machine immediately. Have you had
> any reports like this before, is it fixed, do you need more info ?
>
> --
> | Peter Peters                              | UUCP  : pp@win.tue.nl     |
> | Eindhoven University of Technology (TUE)  | PHONE : +31-(0)40-474120  |
> | Dept. of Mathematics and Computer Science | TUE   : HG 8.82 / 4120    |
> | Disclaimer : I said WHAT ???              | VHF   : pa0ppe            |

Hello Peter,

No, this is the first time I hear about problems with my resident
clock.  I have had reports with problems with my TSR turning of
Alt-Ctrl-Del (noboot.exe) when run under DesqView, but this one is
new to me.  The problem here is that it is very diffucult to correct
TRS programs remotely even when I have all the specifics of the
remote PC.  But have you tried anyone other's resident clock to see
if it does the same?  Also is your PC a 100% compatible, and are you
running it in a 25x80 text mode?  For example if one has a
non-standard video adapter, one is bound to have problems.  Which
MsDos do you have.  My resident clock has been tested on MsDos 3.30.

These reports are very welcome even when I can't solve the problem.
Thank you for telling me about:

35014 Jan 19 11:19 garbo.uwasa.fi/pc/ts/tstsr12.zip

[We discovered later that Peter has a monochrome adapter so I wrote
this follow-up]

I have taken a closer look, and indeed the probable cause is your
video adapter.  These TSRs write directly to the screen, and the
internal addresses of the monochromes are incompatible with the
default color adapter.  If noboot.exe wors as it should on your
machine, then this is definitely it.  Noboot.exe does not write
directly to the video memory and should thus work on a monochrome.
If you have a PC with a color adapter handy, you can ascertain
whether my analysis is correct, because then all the programs should
work.  The least I will do is to warn about this is any future
documentation.  I don't think, though, that I will change the
programs because my programs usually assume a 100% compatible with a
color adapter.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Fri Jan 31 22:49:28 1992
Subject: Re: FN - Waouw
To: tange@daimi.aau.dk
Date: Fri, 31 Jan 92 22:49:28 EET
X-Mailer: ELM [version 2.3 PL11]
Status: OR

> I just got your FN for the IBM.
>
> I JUST *LOVE* IT!
>
> I have missed such a calculator for a long time for my PC, so thanks.
>
> !Ole Tange

Hello Ole,

I am pleased to hear that you liked 68975 Jun 1 1989 /pc/ts/tsfunc13.zip

All the best, Timo

>         .:.=========================================================.:.
>       .:::::.               ANTE TEMPORE - ][T WAS                .:::::.
>     .:::::::::.Ole Tange, Noerre Alle 66B 3.3,  DK-8000 AArhus C.:::::::::.
>   .::Have Fun!::.        INTERNET: tange@daimi.aau.dk         .:::See Ya!:::.
> .:::::::::::::::::.=========================================.:::::::::::::::::.


...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Sat Feb  1 08:01:18 1992
Subject: Re: Have you stopped saving download stats?
To: ddetws@Arco.COM (Tommy W. Sager)
Date: Sat, 1 Feb 92 8:01:18 EET
Cc: hv@uwasa.fi (Harri Valkama), hh@uwasa.fi (Hannu Hirvonen)
X-Mailer: ELM [version 2.3 PL11]

>
> I was wondering if you have stopped saving the windows download stats,
> or are you just behind with the system change. The last one that I got
> was ftplog01.lst. Just curious.
>
> Thanks in advance,
>
> Tommy Sager
> ddetws@arco.com
>

Hello Tommy,

There has been no change in policy, but after garbo.uwasa.fi was
transferred to run from the former Mips R2030 workstation to the
current Sun IPX workstation we had so much to arrange that we
obviously missed running the statistics for at least one week.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun

From ts@uwasa.fi Sun Feb  2 18:35:21 1992
Subject: Re: Solved! problem with uudecode (R. Marks)
To: HAN%FRECP12.BITNET@FINHUTC.hut.fi (Jay Thierry HAN)
Date: Sun, 2 Feb 92 18:35:21 EET
Cc: hv@uwasa.fi (Harri Valkama), hh@uwasa.fi (Hannu Hirvonen),
        w8sdz@vela.acs.oakland.edu (Keith Petersen)
X-Mailer: ELM [version 2.3 PL11]

>
> Dear Timo:
>
> I wrote you a few days ago about a problem I had in uudecoding and unzipping
> files send by Garbo mail server. I found out that the problem was due to
> end-of-line checksums. I think this might be of interest for your FAQ list.
> I use a BITNET node with IBM VM/CMS mainframe to download files. Then, I
> use local ftp to download it further to my PC. The trouble comes from the
> trailing spaces. Somehow some lines end with a space as checksum, and
> R. Marks' UUDECODE (UUEXE502.ZIP) doesn't like *not* to see that space,
> and discards lines that don't check, assuming it's junk from bad comm links.
> In fact, the trailing spaces are swallowed up by VM's mailer, therefore many
> lines don't check, and *are* discarded, thus producing bad archives.
>
> The answer to the problem is to use UUDECODE -l to suppress line-level
> checksum verification. Then UUDECODE goes boldly decoding, and the checking
> may still be done by the underlying archive system (Zip or Zoo).
>
> Whew! I thought I might never be allowed to use the mail server again. Sorry
> I had bothered you with a local problem, but the discarding of trailing
> spaces seems to be quite a common problem.
>
> Sincerely,
>                                                     J. Han

Hello Jay,

Thank you for the information.  I quoted it in its entirety and will
make it publicly available in garbo.uwasa.fi:/pc/ts/post06.txt
information file.  I'll also let my fellow moderators know.

   All the best, Timo

...................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous ftp archives 128.214.87.1
School of Business Studies, University of Vaasa, SF-65101, Finland
Internet: ts@chyde.uwasa.fi Funet: gado::salmi Bitnet: salmi@finfun


From  w8sdz@rigel.acs.oakland.edu Sun Feb  2 12:08:18 1992
From: w8sdz@rigel.acs.oakland.edu (Keith Petersen)
Subject: Solved! problem with uudecode (R. Marks)
To: ts@uwasa.fi
Date: Sun, 2 Feb 92 12:08:18 -0500

Timo, I have never ordered a uuencoded file from your server so I
didn't know that it had the problem of trailing spaces.  This has
been fixed by using the grave accent "`" in place of the space
character when encoding.

Freely-distributable C language source for Unix, VMS and MS-DOS is
available in directory /pub/misc/unix on OAK.  You will find both
uuencode and uudecode there.  The uudecode has been fixed to handle
incoming files with missing trailing spaces.  You will also find
uucat.c and uucat.msg.  I use that on SIMTEL20 and OAK for receiving
multi-part uuencoded submissions.  This script does the trick.  It
assume the input file or files have the filename extention ".uue".
It handles multi-parts which do not have the customary BEGIN and END
keywords for the combine script.

uucat $1.uue | uudecode
sed /\^begin/q < $1.uue > $1.msg
tail -8 $1.uue >> $1.msg

I should have thought to warn you of this problem when you switched
over to the Sun workstation.  SunOS has the old Berkeley uuencode -
the version before it was fixed.  Please get the new uuencode.c and
install it on the machine where the garbo mail server is.

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

