HDTenEightyP/NetNews huggingface dataset:
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: your mail
Organization: University of Vaasa, Finland
Date: Thu, 7 Jan 1993 18:47:14 GMT

-Subject: Re: your mail
-To: traub@btcs.bt.co.uk (Michael Traub)
-Date: Thu, 7 Jan 1993 20:45:38 +0200 (EET)
-From: ts

> In article <ts9301061034.13476@chyde.uwasa.fi> you write:
> >-Subject: Re: your mail
> >-To: gbloom@nyx.cs.du.edu (Gregory Bloom)
> >-Date: Wed, 6 Jan 1993 12:33:15 +0200 (EET)
> >-From: ts
> [...]
> >Thank you for your contribution.  This upload is now available as
> >  15972 Jan  5 00:11 garbo.uwasa.fi:/pc/fileutil/krypto11.zip
>
> Can you provide more accurate subject descriptions than "Re: your mail"?
> I realise the original Subject header was not that good, but can't you
> provide informative subject headers as part of moderating this group?
>
> Thanks,

Hello Michael,

It is up to the uploader to provide the descriptive subject headers.
I have tried to make that very clear in our upload instructions.
Thus your "gripe" is with the uploader, not with me.

I understand and appreciate your concern, but if the gentle users
wish to have commercial quality services from Garbo, let's start
discussing about payments for these services!  Fair enough?

Since this is of general interest, I'll forward my reply to
comp.archives.msdos.d in the hope that the uploaders could draw
their own conclusions about the subject headers.

> --
> Michael Traub
> BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk

   All the best, Timo

>     JOE, taxi driver: Unemployment will rise and sooner or later the
>     masses will revolt against it. There'll be civil disorder and the
>     further breakdown of civil society. The end result I hope will be
>     the triumph of the people over capitalism. I also wouldn't mind
>     if a few more people used taxis this year - '92 was rotten.
>
> (Taken from "Hopes and Fears" in The Guardian, December 31st 1992, a
> section which looked at what people saw 1993 bringing)
>

..................................................................
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 Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.d
From: ianst@qdpii.comp.qdpi.oz.au (Ian Staples)
Subject: Re: A better way to entice registrations
Keywords: Shareware registration Cyrillic editor Russian UK Thomson Cyril
Organization: Qld Dept Primary Industries
Date: Tue, 12 Jan 1993 10:28:43 GMT

In article <sheldon.726806659@pv1413.vincent.iastate.edu> sheldon@iastate.edu (Steve Sheldon) writes:
>In <syny.726700502@crux1.cit.cornell.edu> syny@crux3.cit.cornell.edu (R Craig Stevenson) writes:
>
>>> What is the difference between disabling a feature and offering an
>>> additional feature upon registration, just a few words?
>
>>Let's put semantics aside.  There are (at least) 3 methods commonly
[Stuff gone]
>
>>1) disable a central feature.  For example, you can try our editor,
>>but you can't save and files; you can try our database, but your
>>limited to 50 records per database.  The goal is to allow you to try
>>the software out, but to render it useless for any *real* work.


FoxBase+ used a technique similar to the above, which I think many other
commercial products could emulate (will Microsoft do it with FoxPro? :).

They didn't disable a feature, they just limited it to begin.  The buyer
was given two "activation codes", one implemented a restricted version of
the program the other implemented the full bottle.  The whole point was
that you could *try* the program with a subset of your actual data and
application.  If you didn't like what it did, you could return
it to Fox and get a refund, provided that you hadn't used the full
activation code.

I can't see any problem with shareware authors adopting similar tactics.
*Provided* that the "crippling" doesn't give a false impression
of what the program can really do - as it might if a database worked
nicely with only 2000 records, for example; but slowed to a crawl in
a real world application requiring swapping to disk to handle large
sets of data.



-- 
Ian Staples                       | Internet : ianst@qdpii.comp.qdpi.oz.au
c/- P.O. Box 1054,                | Fax      : +61 (0)70 923 593
MAREEBA  Queensland  4880         | Voice    : +61 (0)70 921 555
Australia.                        | Home     : +61 (0)70 924 847
Newsgroups: comp.archives.msdos.d
From: jfmcbray@sacam.OREN.ORTN.EDU (Jason F McBrayer)
Subject: Drag & Drop Icons
Summary: Is there a utility for Win31 to create drag&drop icons?
Organization: Oak Ridge National Laboratory
X-Newsreader: Tin 1.1 PL5
Date: Wed, 6 Jan 1993 15:41:08 GMT

	I'm a heavy Windows user, and despite the huge volume of Windows
shareware I use, there's still a function I need and haven't seen.  What
I'm looking for is a utility that will allow user configurable desktop
icons for drag and drop.  All it needs to do is be able to pass a
commandline to the appropriate program.  Since some of the things I want
to be able to do this with are DOS tasks, (notably, archiving programs) I
can't just run the application minimized and drag&drop to that.  
	There are many application docks that can do it (AppBar 3.3 is the
best, and it's freeware), but I need separate icons to preserve desktop
space, ie, by not having icons for the programs I'm not going to be
dragging and dropping to.  I've seen payware apps that will do this, but
the cheapest is NDW, and I'm not shelling out for that.  Anyone seen anything?


Jason F. McBrayer
"Salve, socie.  Pone mihi, sodes, alteram locustam marinam in caminello."
(G'day, mate.  Will you please put another shrimp on the barbie for me?)
From: Jon.Meltzer@launchpad.unc.edu (Jon Meltzer)
Subject: Re: pkz204c.exe is available 
Organization: University of North Carolina Extended Bulletin Board Service
Date: Sun, 10 Jan 1993 13:41:04 GMT

>In article <rdippold.726458908@cancun> rdippold@cancun.qualcomm.com writes:
>
>>hui@apaturia.trl.OZ.AU (Alvaro Hui) writes:
>>>I find that it will CRASH the system if you do the zipping under
>>>windows........ Can anyone verify??
>>
>>Numerous people have reported crashes running it under Windows.  Try
>>disabling DPMI ("-)" on the command line) and see if that works.

If the Windows run is compressing to a Stacker drive, the crash will
DESTROY THE STACKER DRIVE BOOT RECORD.  

I've also had the error 'ILLEGAL 386 INSTRUCTION'.


--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: IFP1P156.ZIP - 21 pages of system information
Organization: University of Vaasa, Finland
Date: Tue, 5 Jan 1993 21:27:19 GMT

In article <9212311054.kp6378@tacom-emh1.army.mil> andyross@infopls.chi.il.us (Andrew Rossmann) writes:
>I have uploaded to WSMR-SIMTEL20.Army.Mil:
>
>pd1:<msdos.info>
>IFP1P156.ZIP    21 pages of system information
>IFP1S156.ZIP    Turbo Pascal code for IFP1P156

I obtained these to Garbo, too, as
 126620 Dec 30 01:56 garbo.uwasa.fi:/pc/turbopas/ifp1s156.zip
 127850 Dec 30 01:56 garbo.uwasa.fi:/pc/sysinfo/ifp1p156.zip

But I encountered a bug on page 15, which crashes my PC.  (Not
surprising with a program of this complexity, and not the first time
with the excellent InfoPlus).  Thus I retailed the 155 version is
our /pc/goldies directory.  The program works if I jump to page 15. 
But if I go through all the pages by using PgDn, the program freezes
when coming to page 15 after displaying the first caption, that is
when it starts to process. 

I will send a copy of this message to the author.

   All the best, Timo

..................................................................
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 Bitnet: salmi@finfun   ; SF-65101, Finland
From: topcat@hardy.u.washington.edu (Thanh - Vincent)
Newsgroups: comp.archives.msdos.d
Subject: Re: BAM351.ZIP - Bank Account Manager v3.51: Family finance mgr
Date: 12 Jan 93 01:58:45 GMT
Article-I.D.: shelley.1it8klINNk8h
Organization: University of Washington, Seattle
NNTP-Posting-Host: hardy.u.washington.edu

In article <kko.726783919@sfu.ca> kko@fraser.sfu.ca (Samuel Ko) writes:
>That means the minimum registration fee is US $40 ... Is that too much? ...
>given that, with 40 (or fewer) bucks, one can get a copy of Quicken 6.0 - the
>best personal finance software ... My point is a shareware author should
>charge a considerably lower registration fee than the price of any similar
>product in the commerical market ...
>
>
i agree with samuel.  sometimes i really want to register some of the
shareware programs, but when i look at some of the prices above $50, i
turn tail and run quickly.  in this case, i find something that is
cheaper.  i understand that authors of shareware don't receive a lot of
registrations, but jacking up the price is going to reduce that number
even more.  i think more people would register if they look at the price
and can afford it, and thinks that the program is worth it.
so let's keep the price under $40 please!
vince
Newsgroups: comp.archives.msdos.d
From: thomasd@tps.COM (Thomas W. Day)
Subject: Re: BAM351.ZIP - Bank Account Manager v3.51: Family finance mgr
Organization: TPS
Date: Tue, 12 Jan 1993 18:09:20 GMT

In article <1993Jan12.055423.2422@cbnewsc.cb.att.com> kimes@cbnewsc.cb.att.com (Kit Kimes@AT&T/NCR) writes:

>Truth is, Quicken is a well know and reviewed product and I think a person
>could probably determine if it would meet their needs without actually
>trying it out.  That isn't true with BAM (or most shareware, for that matter).

If you are suggesting that reviews and the product literature substitutes 
for actual hands-on applications, I don't think so.  For example in this 
same area, I've used and disliked Managing Your Money for a few years.  If I 
had any idea how cumbersome and limited this program would be I would have 
stayed with my manual system.  But, I invested $150 (I think) on the word of 
PC World and InfoWorld's recommendation and have been stuck ever since.  No, 
I haven't bought their upgrades because I think it would be good money after 
bad.  I'd have to test the program for a while (shareware?) before I'd trust 
it with my money again.

>Personally, I have a hard time justifying spending more than $20 on any
>shareware product.  That is pretty much my hypothetical limit, although I
>might go a little higher for the right product.  A lot of times, I can find
>a comparable product in the closeout bin at my local Egghead store for less
>and I usually get printed docs, quick reference cards, etc.

If $20 is the limit, even after you try and love the program, it would seem 
that is your limit, period.  
Newsgroups: comp.archives.msdos.d
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: BAM350 problems
Organization: The SIMTEL20 Archives
Date: Wed, 6 Jan 1993 02:44:54 GMT

zklf0b@gs144.hou.amoco.com (Fergason) writes:
>
>I recently downloaded BAM350.ZIP from one of the mail servers.

[description of bug report deleted]

Here is a copy of the upload announcement.  Please contact Manu.

> Date: Sat, 26 Dec 92 16:08:17 EST
> From: msingh@silver.ucs.indiana.edu (Manu)
> To: MSDOS-Ann@TACOM-EMH1.Army.Mil (MS-DOS upload announce)
> Cc: msingh@silver.ucs.indiana.edu
> Subject: BAM350.ZIP - Bank Account Manager v3.50: Family finance mgr
> Summary: Reposted by Keith Petersen
> 
> I have uploaded to WSMR-SIMTEL20.Army.Mil:
> 
> pd1:<msdos.finance>
> BAM350.ZIP      Bank Account Manager v3.50: Family finance mgr
> 
> Bank Account Manager will help you keep track of all your banking
> chores. Features include: unlimited number of transactions or
> accounts, check reconciliation function, statment computer,
> calculator, account breakdown display, special codes, automatic
> transactions, default text memo entries, full searching capabilities,
> numerous sorting options, and much more!
> 
> There is an easy to use configuration and installation program
> provided. BAM supports all kinds of monitors, and exploits features
> unique to EGA/VGA/SVGA monitors.
> 
> You will find BAM the easiest bank management program available!
> 
>                                 ...Manu
>                                 msingh@silver.ucs.indiana.edu
Xref: sparky comp.archives.msdos.d:546 comp.os.msdos.4dos:48
From: gorokho1@husc10.harvard.edu (Zhenya Gorokhovsky)
Newsgroups: comp.archives.msdos.d,comp.os.msdos.4dos
Subject: Re: Telemate 4.00 terminal emulation
Date: 13 Jan 93 08:25:36 GMT
Article-I.D.: husc10.GOROKHO1.93Jan13002536
Organization: Physicists for Poetry
In-reply-to: fox@rei.com's message of 12 Jan 93 18:33:54 GMT

fox@rei.com (Fuzzy Fox) writes:

> gorokho1@husc10.harvard.edu (Zhenya Gorokhovsky) writes:

>>Another bug (or feature) is that TM never deletes virtual memory
>>files, so I have to clean them up manually, this is present in both
>>v3.10 and v4.00

> I use VM files with Telemate and I have never seen them stay around.
> Hmm?
Could be that 4dos -- my command processor is responsible. I will
check it running under plain command.com (yuck).
Another possibilty is that you could be using a ramdrive to keep 
that kind of files so they peacefully expire each time you reboot. 
Zhenya
From: s19184@seb.se (Michael Evans)
Newsgroups: comp.archives.msdos.d
Subject: Re: Four Galileo space probe images
Date: 3 Jan 93 07:50:38 GMT
Organization: S-E-Banken, Sweden
Nntp-Posting-User: s19184

In article <1992Dec29.223027.23100@uwasa.fi>, ts@uwasa.fi (Timo Salmi) writes:
> Looking at Tuesday afternoon's download statistics, I can only say
> "Good heavens!".

In case it is important for anyone, the files are in Gif89a format. 
Some older viewers only handle Gif87a.

-- 
Michael Evans    Skandinaviska Enskilda Banken (S-E-Banken)
SEB Data R                   Telephone: +46-8-639 33 70
S-106 40  Stockholm                Fax: +46-8-639 37 62
Sweden                        Internet: mike@seb.se
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.archives.msdos.d
Subject: Re: Delay to Mirror Sites
Date: 5 Jan 93 14:05:26 GMT
Organization: University of Vaasa, Finland

In article <C0Dtss.L3t@waterloo.hp.com> gould@waterloo.hp.com (Dan Gould) writes:
> Since the newsgroup comp.archives.msdos began I have observed that announced
> software does not appear right away at the mirror sites. In particular
> the time from SIMTEL20 toget WUARCHIVE.WUSTL.EDU seems to be several days.
> 
> Does anyone know how long I should wait before attempting to FTP an archive
> from a mirror site?

I do not know about SIMTEL20 -> wuarchive, but I can tell about some
of my cursory observations on Garbo -> 3 mirror sites.  Judging very
perfunctorily from our logs it would seem that the usual lag before
a newly uploaded package is at all the three sites is below two
days, but over one. 

But if you are asking because you have problems getting in to some
site, consider use automated FTP.  In fact consider it anyway,
Gentle Users.  This is a trick I often advocate, since it decrases
the unncecessary connection time.  If you have a BSD Unix host get
  1670 May 24 11:51 garbo.uwasa.fi:/unix/ftp/batchftp.inf
 29520 Oct 31  1990 garbo.uwasa.fi:/unix/ftp/batchftp102.tar.Z

I use these for all my own downloading whenever I have to get
something by myself (like for example when I got the recently
discussed probe images from the Jet Propulsion Laboratory archives
to Garbo).

   All the best, Timo

..................................................................
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 Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.archives.msdos.d
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: *.*.lha files on unix machines
Organization: The SIMTEL20 Archives
Date: Sun, 10 Jan 1993 21:28:32 GMT

ts@uwasa.fi (Timo Salmi) writes:
>In article <93009.180056RB0UJR@rohvm1.rohmhaas.com> <RB0UJR@rohvm1.rohmhaas.com> writes:
>>I am a DOS user, but have access to a UNIX based machine so I can download
>>*.*.z files, decompress and ftp to my pc. I have run across some *.*.lha
>>files at some ftp sites.  Could someone please tell me how to decompress
>>*.*.lha files.
>
>Files to see
>
>garbo.uwasa.fi:/unix/INDEX.ZIP
>
>90455 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/lha-1.00.tar.Z

Or get the updated version, with bug fixes included, available as:

96999 Sep 23 20:00 oak.oakland.edu:/pub/misc/unix/lha101u.tar-z

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.archives.msdos.d
From: evans1@cbnewsm.cb.att.com (Dan Evans)
Subject: Garbo mirror directory mapping
Organization: AT&T
Date: Tue, 5 Jan 1993 19:12:42 GMT

I've seen a lot of things going up on garbo but I'll be darned if I
can find that FAQ listing the garbo mirrors for North American users.
(Sorry Timo)

But as long as I am posting on the subject anyway, is there some convention
being adhered to (for the most part) on the mirrors as far as directory
paths?

If a file listed as /pc/really/good/stuff/file.zip on garbo,
would it be

[garbo mirror directory]/pc/really/good/stuff/file.zip at the mirror site?


I realize the site administrator makes the decisions, but is there a pattern
that most seem to be clinging to?
-- 
The Danimal                @@@@-                    @@@@-            
                          @@@@@-      @@@@-        @@@@@-       @@@@-
UUCP: att!ihlpm!evans      @@@@-     @@@@@-         @@@@-      @@@@@-
Internet: evans@ihlpm.att.com         @@@@-                     @@@@-
Newsgroups: comp.archives.msdos.d
From: Robert_Magee@mindlink.bc.ca (Robert Magee)
Subject: Re: Boot from B: ??
Organization: MIND LINK! - British Columbia, Canada
Date: Tue, 5 Jan 1993 16:18:30 GMT

I suggest changing the drive connections that come from the drive controllewe
card and then change the parameters in the BIOS, it worked for me. |^)
From: finocchiaroj@merrimack.edu
Newsgroups: comp.archives.msdos.d
Subject: Needed: A Utility to detect incoming calls
Date: 10 Jan 93 15:40:20 GMT
Organization: Merrimack College, No. Andover, MA, USA

I was wondering if there is a utility that detects incoming phone calls while
using a modem. I also have call waiting, but I disable it because it would 
intrupt my modem session. I would appreciate any feedback on this.

Thanks,
	finocchiaroj@merrimack :) 
Xref: sparky comp.archives.msdos.d:515 comp.compression:4595
From: wally@Auspex.COM (Wally Bass)
Newsgroups: comp.archives.msdos.d,comp.compression
Subject: Re: $$ Is pkz204c worth the $$ ?
Date: 12 Jan 93 16:43:08 GMT
Followup-To: comp.archives.msdos.d
Organization: Auspex Systems, Santa Clara

In article <1993Jan12.052426.9168@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:

> ...  PKZIP is the dominant current standard.

The dominant standard, I think, is something that can be decompressed
with pkunzip 1.10. If someone comes out with something which can't
be decompressed by pkunzip 1.10, then it is no longer the dominant
standard. Just because the files produced by this program have
an extension of 'ZIP' (a disservice, it seems to me, since people
will mistake these files for files which conform to the dominant
standard decompression program, namely pkunzip 1.10) and comes from
the infamous PKWARE software works doesn't mean a thing relative to
the question of conforming to prevailing standards. pkzip 2.04c is
fundamentally a new product having little relation to prevailing
standards, and it should be viewed that way. Or perhaps it should
be viewed somewhat more negatively, for absolutely destroying
that 'standard' meaning that we previously could infer from the
commonly used notion of 'zip file'.

I would also point out that PKWARE has sold libraries for some time
now, and that the 1.10 'standard' is built in to some number of
commercial programs, such as Lotus Magellan. I'm not sure exactly
how to think about these, but again, files with an extension
of .ZIP which make these programs bomb don't seem like much
of a service to anyone.

Newsgroups: comp.archives.msdos.d
From: upfv@pool.sunyit.edu (Paul Vieira)
Subject: Vocabulary building programs
Organization: State University of New York -- Institute of Technology
Date: Mon, 11 Jan 1993 16:02:08 GMT

Does anyone have knowledge of vocabulary building software in the
MSDOS libraries? The software could come in the form of games or
a quiz format to help introduce new words (college level) into the
user's vocabulary. 

Any comments appreciated.
Thanx in advance.


Newsgroups: comp.archives.msdos.d
From: ahm@latech.edu (Albert H. Mak)
Subject: Boot from B: ??
Organization: Louisiana Tech University
Date: Tue, 5 Jan 1993 09:03:23 GMT

I am in desparate need of a utility to boot from B:.
I want to install OS2 which came in 3.5" disks. The
installation procedure requires booting from that 
drive. Now, the 3.5" drive is the B drive in my system.

I have tried changing the BIOS setup and even unplugged
the A: ... to no avail.

Any suggestions is apprecited.  

Please E-Mail me at ahm@engr.latech.edu, I will summarize
if anyone is interested.

Thanks.


Newsgroups: comp.archives.msdos.d,comp.compression
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: $$ Is pkz204c worth the $$ ?
Followup-To: comp.compression
Summary: Info-ZIP is free
Organization: The SIMTEL20 Archives
Date: Tue, 12 Jan 1993 04:30:02 GMT

rmarks@MDC.Unisys.COM (Richard Marks) writes:
>I note that the Shareware price for pkz204c is $47.  This
>is a lot of money for a marginally better compression program.
>
>Lets keep things in perspective, all this does is implement
>a rather old compression and librarian program.  There are
>a lot of other such programs out there that work real well.
>Also I have spent a heck of a lot less for a bunch more
>shareware functionality.  So is this thing worth $47 ?
>My answer is no.

Because of this, and because of the bugs, some are advocating that we
change to another archving method.  Why are you ignoring the free ZIP
and UNZIP from the Info-ZIP folks?  Is it because the program is free?
Maybe they should charge $20 for it so you would consider it. 

PKWare is NOT the only game in town.

Follow-ups to comp.compression only, please.

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.archives.msdos.d