HDTenEightyP/NetNews huggingface dataset:
From: ts@chyde.uwasa.fi (Timo Salmi)
Subject: Of Garbo news files
Followup-To: comp.archives.msdos.d
Organization: University of Vaasa
Date: Fri, 1 Jan 1993 20:39:58 GMT

With the introduction of the new year, I have renamed a couple of
news files at Garbo:
  /pc/pd2/news-pd2 --> news92b.pd2  (general Garbo news)
  /pc/ts/0news-ts  --> 0news92.ts   (news on TS-programs)
The new news-pd2 and 0news-ts (still practically empty) will be
holding 1993 news.
   In case you are interested in additional Garbo feedback, there is
material also in /pc/pd2/post*.zip, where (* = 00,01,...12)
currently. 


Newsgroups: comp.archives.msdos.announce
From: JWR13@phx.cam.ac.uk ("Jeremy W. Riley")
Subject: LOGOS.ZIP - LOGOS - crossword and anagram searches
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Wed, 23 Dec 1992 09:52:41 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.txtutl>
LOGOS.ZIP       LOGOS - crossword and anagram searches

LOGOS performs three primary functions, matching word, hidden word and
anagram searches.  Secondary functions allow the main dictionary to be
augmented by the formation of a supplement and the output of the
searches to be printed or stored to disc.

Jeremy Riley
JWR13@phx.cam.ac.uk
From: AHakim@UH.EDU (Andy Hakim)
Subject: PP100.ZIP - Precise Point text mode graphical mouse driver
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Mon, 28 Dec 1992 05:57:29 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.mouse>
PP100.ZIP       Precise Point text mode graphical mouse driver

PP is a DOS TSR utility that transforms the text mode block mouse
cursor into a smooth moving graphical pointer.  PP works with all
text mode mousable applications.  The driver loads on top of your
regular mouse driver.  EGA/VGA required.

Software libraries and source code are available for programmers
interested in incorporting this technique into their own apps.
For more information, contact:

  Telephone: +1 713 880-3059    US Mail: Andy Hakim
     Bitnet: AHakim@UHOU                 P.O. Box 70392
   Internet: AHakim@UH.EDU               Houston, TX 77270-0392

Andy
Newsgroups: comp.archives.msdos.announce
From: jamshid@emx.cc.utexas.edu (Jamshid Afshar)
Subject: JCOOL01.ZIP - Extensive C++ class library (uses templates)
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Wed, 23 Dec 1992 04:16:41 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.cplusplus>
JCOOL01.ZIP     Extensive C++ class library (uses templates)

JCOOL is a template-ized version of GECOOL 2.1, which is a reworking of
Texas Instrument's "C++ Object Oriented Library" by some programmers at
General Electric.  JCOOL includes the classes AVL_Tree, Association,
Bignum, Binary_Tree, Bit_Set, Complex, Date_Time, Envelope, Gen_String,
Handle, Hash_Table, Iterator, List, M_Vector, Matrix, N_Tree, Pair,
Quaternion, Queue, Random, Range, Rational, Regexp, Set, Shared, Stack,
String, Timer, Value, Vector.  Most of these are template classes, so
they they will only compile under BC++ 3.1.  Although BC++ 3.0 also
implemented templates I'm sure it has bugs which would hinder
compilation.  The same goes for gcc 2.2.x.  You will probably need
over 4MB to compile some programs.

While I hope JCOOL eventually leads to something any C++ user can
confidently start with or incorporate into their existing code, this
version of JCOOL is 0.1 to reinforce the fact that it is far from being
fully tested or stable.  My main goal in releasing it now is to improve
the overall quality of C++ compilers, especially with respect to
templates.  See the README, TODO, and CHANGES file for more information
and for copyright notices.  The code can be freely used but NO
WARRANTIES of any kind are provided by me, TI, or GE.

Jamshid Afshar
jamshid@emx.cc.utexas.edu
Newsgroups: comp.archives.msdos.announce
From: jordi@scsun.unige.ch (Jordi Steve)
Subject: MOUSH101.ZIP - Mouse routines (.OBJ) for Turbo C/C++, 920727
Followup-To: comp.archives.msdos.d
Originator: w8sdz@tacom-emh1.army.mil
Organization: The SIMTEL20 Archives
Date: Thu, 24 Dec 1992 06:53:06 GMT

I have uploaded to WSMR-SIMTEL20.Army.Mil:

pd1:<msdos.turbo-c>
MOUSH101.ZIP    Mouse routines (.OBJ) for Turbo C/C++, 920727

Sincerely,

Steve Jordi
- -
Dpt of Geophysics       | Fax: + 41 22 320-5732
University of Geneva    | E-mail: Internet:   jordi@scsun.unige.ch
13, Rue des Maraichers  |                     jordi@sc2a.unige.ch
1211 GENEVA 4           |           Bitnet:   jordi@cgeuge52.bitnet
Switzerland             |       Compuserve:   70143,3056
Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives
From: smace@nyx.cs.du.edu (Scott Mace)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Wed, 23 Dec 92 23:48:39 GMT

In article <olevnmr.725048641@sunfun> olevnmr@chem.ualberta.ca (olevnmr) writes:
>dml7@navaho.cc.bellcore.com (lee,danny) writes:
>
>>i'm having trouble deciding which communications protocol package to
>>use on my pc.  i was using kermit and still using it.  however,
>>someone mentioned to me that zmodem was much better and faster.
>>one can assume that speed and reliability are the main factors
>>to consider.  which one (kermit or zmodem, or any other ones)
>>would permit one to download/upload most efficiently and most
>>quickly?  obviously, modem speed plays a role as well.  please
>>e-mail me below or post.  i will summarize should there be enough
>>interest.  thanks in advance.
>
>>dan
>
>>  ________/----------------------/______
>> / Danny / dml7@cc.bellcore.com / 1992 /
>>/_______/----------------------/______/
>
>
>Just one thing to say here..
>DON'T USE KERMIT!!!!!! 
>
>I recently was using kermit on my 1200 baud (gasp!) modem to load files
>from a unix box to my PC. The actual data transfer rate with kermit was
>about 30-35 cps. I found that it is about 2.5 times faster to uuencode
>files, transfer them as text, and then decode them. (4 times faster data
>transfer, but 1.37 times filesize increase by uuencoding) I would love to
>use zmodem, but unfortunately none of our machines at work support it, 
>and I don't know offhand of a free unix package that does. Of course, 
>what I really want is a 14.4 kbps modem... :-)
>
>
>---> Colin
>
>
Kermit is supported on such a variety of machines.  BTW with a 14.4
modem I CAN get about 18000bps on a zip file. under KERMIT! 

Scott Mace


--
*********************************************************************
*    Scott Mace                internet:    smace@nyx.cs.du.edu     *
*                                           emace@tenet.edu         *
*********************************************************************
Newsgroups: comp.archives.msdos.d
From: tsand@vipunen.hut.fi (Tapio Sand)
Subject: Re: Telix v3.20
Reply-To: tsand@vipunen.hut.fi (Tapio Sand)
Organization: Helsinki University of Technology
Date: Thu, 24 Dec 1992 15:44:06 GMT

In article <1992Dec23.170007.19486@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>In article <1992Dec23.074645.8259@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>>There is one thing which I have yet to check.  The old Telix
>>confused ansi escape sequences and the [ scandinavian character in
>>keybord/screen translations.  I have to test if the bug is still
>>there.  (MsKermit handles the translation correctly).
>
>To answer my own question.  No, this feature has not been remedied. 
>What a pity.

But it has been remedied! Go to  Configure Telix  with Alt-O, select
Terminal Options  and set  Emulate before translate table  On.
-- 
                                                           tsand@vipunen.hut.fi
TEX disconnects, dial again for another session.
D;+vC)?iH%"
NO.CARRIER
Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: GIFV37.ZIP View/edit/print gif/bmp/pcx/pic slide show, Garbo
Organization: University of Vaasa, Finland
Date: Wed, 23 Dec 1992 12:57:26 GMT

-To: A.Bottonelli@it12.bull.it (Alessandro Bottonelli)
-Date: Wed, 23 Dec 1992 14:54:32 +0200 (EET)
-From: ts

> In comp.archives.msdos.announce you write:
> 
> >Thank you for your contribution.  This upload is now available as
> > 244517 Dec 14 03:07 garbo.uwasa.fi:/pc/gifutil/gifv37.zip
> 
> >It is fair to the users to note that this is nagware.  (Nothing
> >wrong with that.  Just a categorization).
> 
> Excuse my ignorance, what's 'nagware' ?

Nagware is part of the computer jargon or parlance and is modelled
after the familiar word 'shareware'.  Nagware means that the program
(usually) has one or several screens that remind you of registering. 

There are several words like that.  For example 'crippleware' means
that the program is somehow limited in its functions.  That, too, is
to exhort (some say extort :-) the user into registering.

Crippling and nagging in shareware programs are issues which have
been hotly debated on the net over and over again (ad nauseum).  As
an archive site moderator I just try to categorize, and let the
users draw their own conclusions according to their subjective
preferences. 

In the case of gifv37.zip the nag is exceptionally heavy, and one
users called aptly called it 'badgerware' in a letter to me. 

A general note to all users.  I'll be pleased to try to answer your
questions time allowing.  But in cases of questions of general
interest (this is such) please also consider the alternative of
posting your welcome questions, and the views you might have on the
announced uploads, directly to comp.arhives.msdos.d.  That way the
question has a wider audience, and the newsgroup serves its assigned
purpose.  (I'll post this reply of mine to CAM.d). 

> BTW, have a nice Holiday Season and a Happy 1993 !

Thank you.  You too!

> == Alex Bottonelli / Bull Italia BSP  | FAX  : +39-(0)2-6779/8463           ==
> == I.S./W.S./Network Security Officer | PHONE: +39-(0)2-6779/8324           ==
> == E-MAIL: A.Bottonelli@it12.bull.it  | (BullCom users dial 260+extension)  ==
> == BULLTX: /BULLX/IT12X/BOTTONELLI A. | PGP Public Key available on request ==
> 
>  /<-\ printed on 100%    
>  \->/ recyclable phospore 

Xref: sparky comp.archives.msdos.d:101 comp.binaries.ibm.pc.archives:5207
From: ravn@imada.ou.dk (Thorbjoern Ravn Andersen)
Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Date: 22 Dec 92 17:13:24 GMT
Distribution: comp
Organization: Dept. of Math. & Computer Science, Odense University, Denmark

toth@tellabs.com (Joseph G. Toth Jr.) writes:

>I have looked at the man page and help output for xmodem, and do not
>see any way of altering it to avoid the XON/XOFF problem.  If it's
>there, I'm sure we'll hear about it.


I am using ZMODEM through a network controller which uses ascii 30 to
do an escape to command-mode.  Therefore I use the sz/rz -e option,
which basically avoids using codes less than 32 -- this also avoids the
XON/XOFF problem (I believe). 

As it converts these characters to two character sequences, the transfer
get longer -- but works without a hitch.

Please note that this ONLY applies to rz/sz programs which implements
this particular feature of ZMODEM.  I believe ZMODEM to be the most
simple protocol to implement; kermit may be smarter but still _very_
difficult to get right when having routines in your own programs.
-- 
Thorbj{\o}rn Andersen | "I will not accept being a member of a club, which
ravn@imada.ou.dk      |  would accept me as a member."    -- Groucho Marx.
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.archives.msdos.d
Subject: Re: New MS-DOS Kermit Dialing Scripts
Date: 29 Dec 92 07:02:59 GMT
Organization: University of Vaasa, Finland

In article <9212290358.kp5954@tacom-emh1.army.mil> cmg@watsun.cc.columbia.edu (Christine M Gianone) writes:
>>From John Klensin at MIT, new MS-DOS Kermit dialing scripts for the Penril
>Alliance V.32 modem, the Vadic VA2400PA modem, and the SupraFAXmodem V.32bis

Speaking of MsKermit and dialing.  Some gentle users might be
interested in a less known fact that it is possible to have an
elementary dialing directory also in MsKermit as a script.  This a
feature that is sometimes deplored as lacking from MsKermit, which
is meant to be anyway (to my mind) more of a terminal emulation than a
telecommunication program.

In case you are interested in the dialing directory script for
MsKermit, see the oldish, but still relevant
  55374 Feb 18  1990 garbo.uwasa.fi:/pc/ts/tskerm24.zip
It also has scripts for easy Zmodem and Kermit up/downloading.

   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: fox@rei.com (Fuzzy Fox)
Subject: Re: simibm.zip corrupted?
Date: Mon, 21 Dec 1992 16:13:45 GMT
Organization: Recognition Equipment, Inc.

murray@rocky.raleigh.ibm.com (Charlie Murray) writes:

>ASCII versus BINARY does not matter for ftp.

WHAT??  How can you spread such a message around the globe, when you
obviously have so little experience with the matter?

Between two Unix machines, FTP will probably not have to do any
translation for ASCII or BINARY modes, and so files may possibly be sent
undamaged if the wrong mode is used.  But you are not guaranteed that
any particular machine you FTP to will be a Unix machine, nor is it
guaranteed that any machine that a random user will FTP from is a Unix
machine.  In particular, adding a VMS or MS-DOS machine to the mixture
will cause instant file corruption in the wrong mode.  Given the large
mixture of operating systems and machines in existence, it is ALWAYS a
good idea to set the proper mode on FTP, no matter where you are or what
you're doing!

-- 
#ifdef TRUE        | Fuzzy Fox (a.k.a. David DeSimone)       fuzzy@netcom.com
#define  TRUE   0  |
#define  FALSE  1  |  "You have been recruited by the Star League to defend
#endif             |     the Frontier against Xur and the Kodan Armada."
From: rnichols@cbnewsg.cb.att.com (robert.k.nichols)
Subject: Re: background PC->PC file transfer ?
Keywords: TSR, File transfer, background
Organization: AT&T
Distribution: na
Date: Sat, 2 Jan 1993 03:00:03 GMT

In article <1993Jan1.221144.26759@mnemosyne.cs.du.edu> jepler@nyx.cs.du.edu (Jeff Epler) writes:
... (lots of useful information tossed away) ...
>ought to be able to use one computer normally, while the other used DOS
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...

Couldn't have put it better myself!

Bob Nichols
Newsgroups: comp.archives.msdos.d
From: kko@fraser.sfu.ca (Samuel Ko)
Subject: Re: MATHSP11.ZIP - Mathshop: A game-like math drill for age 6-12
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 29 Dec 1992 09:43:54 GMT

ts@uwasa.fi (Timo Salmi) writes:

>>MATHSP11.ZIP    Mathshop: A game-like math drill for age 6-12
>>
>>The MATHSHOP was written for kids (6-13) who really want to sharpen
>>their math skills.  It is menu driven, with hot keys.  There are 12

>I like the idea of programs of this kind (even if I don't play
>myself), since they teach both the actual subject and basic computer

Nope ... you and others should try Level C
                                   Math all
                               and Options/Test Size=20    
and see how much you score ... 

-- 
><-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-><
| Samuel C. Ko (aka The Smart One / BOZO) <--> a celebrity & DOS/UNIX wizard :)
:) kko@sfu.ca <--> Outspoken,Highly-talented,Charming... I post this for You! |
[-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-]
From: alberg@netlan.jpr.com (Al Berg)
Newsgroups: comp.archives.msdos.d
Subject: Re: Decrippling Telix v3.20 Script-Learning
Keywords: Telix Shareware Crippling Script Telecommunications
Date: Tue, 29 Dec 92 15:51:33 EST
Distribution: world
Organization: NETLAN, Inc. LANLINK ONLINE BBS - New York City

> P.S. You should register the whole thing, i.e., Telix+Slearn 
>      IF YOU USE THEM but, in the meantime, at least you can test 
>      them and see if you like what they do!  After all, that's
>      what shareware is all about.
> 

OK, we agree a bit more here.  Crippling of shareware *is* a real turn 
off.  I usually don't even evaluate crippled programs unless there is no 
alternative.

To me, when an author cripples his program, it signals their feeling that 
the program itself will not get the user to register.  Of course I am 
looking at this as a greedy user, not a person trying to make a living 
writing shareware!

Al

=========================================================================
Al Berg, CNE                                                 NETLAN, Inc.
Network Emergency Response Dude                       29 West 38th Street
alberg@netlan.jpr.com                                 New York, NY  10018
Phone: 212/768-2273 x211     Fax: 212/768-2301                        USA
=========================================================================
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.archives.msdos.d
Subject: Drive B booter
Date: 24 Dec 92 20:32:54 GMT
Organization: University of Vaasa, Finland

-Subject: Re: Drive B booter
-To: huangp@andromeda.EE.McGill.CA (mingway peter james  huang)
-Date: Thu, 24 Dec 1992 22:30:53 +0200 (EET)
-From: ts

> Hi there,
> 	I was hoping you could possibly help me out.  I'm looking for a DOS
> program which would allow me to boot from the B drive.  I found one on
> wuarchive, but the file boot_b.zip only assumes that your 3 1/2 inch drive
> is your a: drive and your b: drive is a 5 1/4.  On my system it's vice versa
> and I'd like to be able to boot from my b: temporarily without having to
> rip apart my computer to reconfigure it.  Both drives are high density
> drives, my a: drive being a 5 1/4 and my b: drive beinga  3 1/2.  If you know
> of any program which would allow me to do this, and you could point the way
> as to where I could get it via ftp, it would be much appreciated.

Hello Mingway,

This question is best asked in comp.archives.msdos.d both because it
is of general interest and because I have to limit the time I devote
to individual tutoring.  I'll make a copy of this reply in there.

> 	Thanks for your help and I wish you and yours a Merry Christmas
> and Happy New Year.

Thank you.  Likewise!

> 						Mingway Huang

   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: dwrage@ddt-archives.athens.oh.us (David William Wrage)
Newsgroups: comp.archives.msdos.d
Subject: Re: background PC->PC file transfer ?
Keywords: TSR, File transfer, background
Date: 31 Dec 92 19:26:33 GMT
Organization: * DDT Archives BBS *

jimbo@ee.ualberta.ca (Row Jimmy Row) writes:

> greetings all,
> 
> i have been asked to try and find a program which will transfer files
> between two PC's via a serial cable. the difficulty is that the person
> who wants to do this wants a program that runs in the background and will
> not affect the "host" while he is runnung another program on it. it
> would seem to me that some sort of a TSR program could do this, does 
> anyone out there know of such a creature?
> 
> thanks for your help,
> 			jim

DeskLink II by Traveling Software works very well for me when I am backing
up my girlfriend's software.  With High speed dedicated modems it will still
work.  It comes with a phone cord & adapter plugs for serial ports, but any
good ole fashioned null modem cable will do the same thing.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 David William Wrage              Usenet....dwrage@ddt-archives.athens.oh.us
 SysOp of DDT Archives BBS
 614/594-6588 at 2400 Baud        WWIVlink....1@16471     WWIVnet.....1@6471
Newsgroups: comp.archives.msdos.d
From: carlf@panix.com (Carl Fink)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL *** 
Date: Wed, 23 Dec 1992 01:58:25 GMT
Organization: PANIX Public Access Unix, NYC

In <724973743snz@chrism.demon.co.uk> chris@chrism.demon.co.uk (Chris Marriott) writes:

[deletion]

>It is easy to say what you should NOT be using, and that's Kermit
>or XMODEM.  These two protocols have a VERY high overhead, and were
>really designed for slow (300 baud or so) comms over noisy lines.

>As to what you SHOULD be using - that's tougher, and depends on your
>modem.  If you have a modem which *doesn't* do error correction
>itself, you should use an error-correcting protocol with a long packet
>length - YMODEM or XMODEM/1K are the most common.  If, as most modern
>modems do, your modem itself does error detection/correction (ie, supports
>MNP4 or V42), you'd be better off with a protocol which assumes an
>error-free line.  Of these the most common is ZMODEM, although slightly
>more efficient, if you have software which supports it, is YMODEM-G.

>I hope this has not added to your confusion!

>Chris
[sig deleted]

  ZMODEM is faster than YMODEM in every circumstance I've tried them
in, and also has better error correction and other advantages.  Why
do you recommend YMODEM for non-error-correcting modems?

  The following not directed at Chris:  someone commented that ZMODEM
is slowed down by using too small a block size.  Of course, ZMODEM
is a streaming protocol, and doesn't use blocks.  You can vary the size
of the units being CRC checked, but according to Chuck Forsberg (who 
invented the ZMODEM-90 protocol) it won't affect transfer efficiency by
more than half of one percent.

-- 
Carl Fink          carlf@panix.com, C.FINK4(GEnie), or CF427620I@LIUVAX.BITNET
  "Facts are stubborn things; and whatever may be our wishes, our
  inclinations, or the dictates of our passions, they cannot alter
  the state of facts and evidence"     --      John Adams
From: topcat@hardy.u.washington.edu (Thanh - Vincent)
Newsgroups: comp.archives.msdos.d
Subject: NEEDED: setup for mouse on ps/2 port
Date: 26 Dec 92 07:51:00 GMT
Article-I.D.: u.1992Dec26.075100.5781
Reply-To: topcat@u.washington.edu
Distribution: usa
Organization: University of Washington, Seattle


hello there,
does anyone know of a setup program for a mouse that will specifically
set it to the ps/2 port?  i run ordinary mouse setup programs but they
don't have it.  i tried plugging the mouse into the ps/2 port but the
mouse driver doesn't see it.  any info would be much appreciated!
thanks
vince
Newsgroups: comp.archives.msdos.d