HDTenEightyP/NetNews huggingface dataset:
Organization: Penn State University
Date: Fri, 1 Jan 1993 22:36:27 EST
From: Carl Fago <CDF1@psuvm.psu.edu>
Newsgroups: comp.archives.msdos.d
Subject: BMPLDR31.zip is incomplete

I downloaded BMPLDR31.zip from oak.oakland.edu.

It appears that a DLL file is required for BMPLDR31 and it is not included
in the zip file.

I have emailed the uploader a few days ago but no answer as yet (holidays
probably).  But I at least wanted to pass along the info.

 *-=Carl=-*  INTERNET - cdf1@psuvm.psu.edu | In battle, you can do   |
             GEnie - C.FAGO1               | everything right...     |
 Carl Fago   State College, PA             | and _still_ lose!       |

Newsgroups: comp.archives.msdos.d
From: thomasd@tps.COM (Thomas W. Day)
Subject: NSweep v?
Organization: TPS
Date: Wed, 30 Dec 1992 14:58:03 GMT

Does anyone know the fate of an old CPM program called NSweep (author - 
Christenson, I believe)?  The last version I found of this program is from 
1988.  I still use that program occasionally and it still does things that 
are harder to do elsewhere.  Thanks for any assistance offered.
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: comp.archives.msdos.d
Subject: Re: WNMAIL10.ZIP
Date: 21 Dec 92 11:15:45 CST
Organization: University of Kansas Academic Computing Services

In article <1992Dec18.100924.1764@witchcraft.com>,
 tague@witchcraft.com (Michael Tague) writes:
> But if you do decide you like the software and want the
> Internet connection, bingo, you've got it.  Just run account
> setup, WinNET Mail calls the server and you have an Intenet
> account - instantly!

You might want to be a little more careful about what you claim for
your software.  Do you provide ftp/telnet/talk/etc services?  If not,
then you can hardly claim that "you have an Internet account".
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: ptb@eng.cam.ac.uk (P.T. Breuer)
Newsgroups: comp.archives.msdos.d
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Summary: If only I could get zmodem to compile on the mainframe!
Keywords: modem, zmodem
Date: 22 Dec 92 17:03:43 GMT
Organization: Cambridge University Engineering Department, England

In article <1992Dec21.195526.29197@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>In article <1992Dec21.181829.4391@porthos.cc.bellcore.com>
>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.
>
>The answer is rather unambiguously zmodem.  If one speaks of the ...

Sigh. If only I could get zmodem to compile and run on a unix mainframe (sun,
hp, next, etc). Yes, I've seen the various tips on setting raw modes,
escaping control characters, eliminating one line in the source file,
and so on, but I still can't get it to work with any PC based comm
program that advertises X, Y or Z modem protocols, even when I have
managed to get it to compile.

So - what's the trick??? Which unix source are you using, Timo? (There
are several PD versions to choose from). And what are the black magic words
that I ought to know?

>Followups directed to comp.archives.msdos.d only which is replacing
>comp.binaries.ibm.pc.archives. 

Amen.

   All the best, Peter
Newsgroups: comp.archives.msdos.d
From: mcastle@mcs213e.cs.umr.edu (Michael R Castle)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Date: Tue, 22 Dec 1992 05:21:52 GMT
Organization: University of Missouri - Rolla

In article <1992Dec21.195526.29197@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>In article <1992Dec21.181829.4391@porthos.cc.bellcore.com> 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.
>
>The answer is rather unambiguously zmodem.  If one speaks of the
>different telecommunications packages, there are many of them in
>use, and the opinnions can be quite divided.  But as for file
>transfers zmodem seems to dominate in actual usage.  I am not being
>partisan, but rather observing the current practice.
>
>If one goes down to details, all transfer protocols have their
>proponents, and if you can lay your hands on kermit with long
>packages, it is fair, too.  But it has one drawback which I don't
>like at all.  That is that it does not preserve the file's date
>stamp in the transfer.

I'll probably go check out the kermit newsgroup after I post this, but 
I think it might be relevant here too.

Has anyone heard of/used a new addition called SuperBlock Kermit?  I believe
it was originally developed for use with the unix clone Coherent, and has
since been ported to the NeXT platform as well.

Now, I'm not sure on the details, but supposedly it's a streaming protocol
like zmodem.  Zmodem (and I may be wrong here, so feel free to correct me),
when it determines that it's received a bad block (via CRC checks?), it 
signals the sender to restart at block such-and-such, and start over from 
there.  Evidently the new kermit, instead of resending everything from 
that block on, justs asks for that specific block.  So, if you do have
and err, it tries to just fix that one block rather than starting over.
As a result, it's supposed to get better transfer rate than zmodem.  Of 
course, I still don't know anything about crash recovery (that is, 
picking up from where you left off after an aborted transfer, zmodem
may still be better for that).

Does anyone know if this is true, and if so, where I can get binaries for
DOS and source for unix?

Like I said, this may be better asked in the kermit group, but it might
be of interest to people here as well.

regards,
mrc
Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Telix v3.20
Organization: University of Vaasa, Finland
Date: Wed, 23 Dec 1992 07:10:16 GMT

In article <alix.725091752@vincent2.iastate.edu> alix@iastate.edu (L.A. Melloy) writes:
>I just got into wuarchive to download and test the new version of Telix, and
>discovered it wasn't where I was told it would be (in /pub/MSDOS_UPLOADS).
>Can anyone help me?

The authentic Telix with intact security -AV labels was recently
announced both by SIMTEL20 and Garbo, and is thus awailable on
wuarchive in the mirrors of these sites.

For further references at Garbo and SIMTEL20 please see the file
indexes
 garbo.uwasa.fi:/pc/INDEX.ZIP
 wsmr-simtel20.army.mil: PD1:<MSDOS.FILEDOCS>SIMLIST.ZIP

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb), Keith Petersen (w8sdz@vela.acs.oakland.edu) for
SIMTEL20 information, or Craig Warren (ccw@archie.au) for Australian
Garbo mirror information.  North American users are advised first to
search on SIMTEL20, its mirrors OAK.Oakland.Edu, ftp.uu.net, or the
SIMTEL20 & Garbo mirror wuarchive.wustl.edu.  Australian users are
referred to archie.au, Asian to NCTUCCCA.edu.tw.  Some of the
mirrors may lag occasionally, or might not have all the files. 
   If you send email to me for the Garbo instructions and do not
receive my reply within five days, please ask your own site's system
manager to construct a returnable mail path for you". 

   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: kko@fraser.sfu.ca (Samuel Ko)
Subject: Re: AC31MUSC.ZIP - Create music, print it, transpose it, play it
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 24 Dec 1992 08:29:04 GMT

kfischer@SEAS.UCLA.EDU (Kevin J. Fischer) writes:

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

>pd1:<msdos.music>
>AC31MUSC.ZIP    Create music, print it, transpose it, play it

This one is 101% GREAT! ... so try it ...

Newsgroups: comp.archives.msdos.d
From: claebaur@shell.portal.com (Tony S Annese)
Subject: Re: What to do with *.zip?
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Date: Mon, 28 Dec 1992 08:38:10 GMT

In article <1992Dec28.072525.27613@nuscc.nus.sg> eng10459@nusunix1.nus.sg (TAN CHEE LEONG) writes:
>I have been trying to download zipped files from some ftp sites.
>Unfortunately, I do not know how to proceed from there, ie. how do I
>unzipped these files?

Well there are 2 things that you could do. The first is what Timo will
probably say. Read the FAQ posted on Saturdays. Or you can archie a file
called pkz110.exe or one called pkunzip.exe.  Pkunzip is one file contained in
the self extracting file pkz110.exe which also contains pkzip and some other 
text files. (Timo: have 1.93 or 2.?? been accepted as a new standard yet?)
--
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Tony Annese                                            claebaur@shell.portal.com
                                                  -or- claebaur@cup.portal.com
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
From: pzoestbergen@mswe.dnet.ms.philips.nl
Newsgroups: comp.archives.msdos.d
Subject: TEST posting
Date: 22 Dec 92 10:37:25 GMT
Organization: Philips Medical Systems Nederland

TEST to see if posting is possible
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.archives.msdos.d
Subject: Re: (administrative) Re: HELP! 2ND HARD DRIVE?????
Date: 27 Dec 92 06:27:53 GMT
Organization: University of Vaasa, Finland

In article <BzwKIG.Jq5@unix.portal.com> claebaur@shell.portal.com (Tony S Annese) writes:
>Mr Salmi, your intentions are good but by the references you yourself quote
>this newsgroup is unmoderated. I havnt seen anyone in this group complain
>about any of the off topic posts. How about being a little more human about
>it if you are going to continue posting these messages?

1) The purpose of these messages are to act as a gentle guidance to
the users.  There is no reprimand nor "inhumanity" intended.  I've
been around too long for that.  I can assure you that this is
benevolent. 

2) The fact that this newsgroup is not moderated does not mean that
the accepted charter is not in effect.  The validity of the charter
is has nothing to do with the absence or a presence of complaints. 

3) All guidance notes had "(administrative)" in the subject line so
that it is easy for the users who find them disruptive to put this
designator in their kill files. 

4) This newsgroup has had a very auspicious start.  We do not wish
to replicate the problems we had in comp.binaries.ibm.pc.archives,
and that is one reason why it is necessary to inform the gentle
users right away.

5) It is not even rational to send off-topic postings.  Posted to a
correct newsgroup they are much more likely to elicit useful
answers. This is to everyone's benefit.

6) You are right.  I am not the moderator of this newsgroup.  It is
unmoderated.  But this being a discussion subgroup of the
comp.archives.msdos.announce newsgroup, where I am a moderator, and
having been one of the persons who founded comp.archives.msdos.d I
think I have some responsibility and some say in here. 

7) Please call me Timo rather than a "Mr".  I only say this because
you seem to prefer proper procedures yourself.

   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: g0rick@cdf.toronto.edu (Richard A Seay)
Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
Organization: University of Toronto Computing Disciplines Facility
Date: Mon, 21 Dec 1992 22:54:12 GMT

In article <1992Dec21.195526.29197@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>But it has one drawback which I don't
>like at all.  That is that it does not preserve the file's date
>stamp in the transfer.

The latest version does.
From: vporguen@unlinfo.unl.edu (victor porguen)
Newsgroups: comp.archives.msdos.d
Subject: Re: Telix v3.20
Date: 26 Dec 1992 17:19:05 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: unlinfo.unl.edu

Kindly protests Prof. Salmi (ts@uwasa.fi):

> No.  There is nothing wrong with my understanding, this time.  My 
> advice was is not based on a misunderstanding how this works. 
> ....  ....
> ....  ....
> [parts deleted]
> ....  ....
> limitations.  I know perfectly well that my method does not remove 
> the goodbye screen from Telix.  Nor is it meant to, but to restore 
> the original screen.  I think that you missed the big picture, 
> even if technically you are right in a strict sense.

Timo, I don't want to start a flame war, but we cannot guess at what 
you *intended* to say, only read what you *did* actually write.  So 
let me quote again from your previous post:

> programs that (even after registering) have such a welcome or a 
> goodbye screen (or some other information) which I prefer the 
> ^^^^^^^
> bypass.  I use pushing the screen prior the call and popping it 
> afterwards.  

So, as you see, you *were* referring to the GOODBYE nag screen in
your post.  I didn't invent that.  Continuing from your post:

> It is very simple to do in a batch file if you have my pushscr and 
> popscr.  

This, too, is incorrect.  As I wrote, your Pushscr and Popscr 
utilities will NOT HELP, and the batch file you refer to DOES NOT
DO THE JOB.  Period. 

> In other words the utilities, which I refer to in below, can be 
> used to restore the screen to its original state whatever [sic]  
> the actual program does (like clearing the screen, presenting 
> the  welcome/goodbye, confusing the screen, etc).
               ^^^^^^^
  
Again, you wrote that, no I.  And again, it is not true. Your 
utilities cannot be used against the GOODBYE screen, because your 
utilities will not be given control by Telix.exe until AFTER the 
screen-display delay time has elapsed.  

At that point, you don't need any utilities - just type:
`cls' <enter> or start another program and the nag screen will 
disappear!

I am not saying that your post was any kind of major disaster, Timo,
just that the information you provided was inaccurate and apparently
caused by a misunderstanding of how the Telix.exe program displays
its nag screens, that's all.  I was right.  You CAN'T get rid of the
Telix goodbye screen with your batch file or with your utilities,
and you DON'T NEED them for the welcome nag screen, which can be
eliminated in other, more effective ways, already discussed.

Maybe you *intended* to say something else, I don't know. I can
only read what you actually write. That's what I responded to.

Happy New Year.
                      VP
From: ovhe@ki.icl.se (Ove Hedin)
Newsgroups: comp.archives.msdos.d
Subject: Re: Drive B booter
Date: 27 Dec 92 21:50:24 GMT
Organization: ICL Data AB, Sweden

ts@uwasa.fi (Timo Salmi) writes:

>-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.


HI Timo , I had the same problem with my hard discs , I wanted to be able
to boot from both C: and D: or I wanted to boot SVR4 UNIX and BSD Unix
from two separate drives , I solved i easyly with a little mecanical switch
, I works great and it boots whatever is on the discs.


--
-- * All opinions and questions are my own -----------------------------------
Ove Hedin  Phone +46 (0)31499376 , DOMAIN Address : ovhe@ki.icl.se
X400: I=O ; S=Hedin ; OU1=SWE4701 ; O=ICL Data ; P=ICL ; A=TEDE ; C=SE
Newsgroups: comp.archives.msdos.d
From: jimbo@ee.ualberta.ca (Row Jimmy Row)
Subject: background PC->PC file transfer ?
Keywords: TSR, File transfer, background
Organization: University Of Alberta, Edmonton Canada
Date: Thu, 31 Dec 1992 16:40:49 GMT

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
Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: hdts535a.zip (Re: When having no response from Garbo mail server)
Organization: University of Vaasa, Finland
Date: Wed, 30 Dec 1992 14:40:48 GMT

In article <kko.725717827@sfu.ca> kko@fraser.sfu.ca (Samuel Ko) writes:
>ts@chyde.uwasa.fi (Timo Salmi) writes:
>>>Subject: Please help me with garbo-request
>>>send pc/diskutil/hdtst498.zip
>
>There is a more recent version for this ...
>
>PD1:<MSDOS.DSKUTL>
>HDTS535A.ZIP  139775  8  921026  Comprehensive HD test with support for DOS 5.0

Thanks for the tip.  It is always appreciated if you let me know
what is out of date at Garbo. 

The original problem of the users' invalid email paths, of course,
still stands, but as noted, it is up to the users' hosts'
postmasters. 

..................................................................
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: NSweep v?
Organization: The SIMTEL20 Archives
Date: Thu, 31 Dec 1992 03:30:40 GMT

thomasd@tps.COM (Thomas W. Day) writes:
>Does anyone know the fate of an old CPM program called NSweep (author - 
>Christenson, I believe)?  The last version I found of this program is from 
>1988.  I still use that program occasionally and it still does things that 
>are harder to do elsewhere.  Thanks for any assistance offered.

Since this is an MS-DOS newsgroup I will assume you do not mean the CP/M
version of that program. 

Directory PD1:<MSDOS.FILUTL>
 Filename   Type Length   Date    Description
==============================================
NSWP1020.ZIP  B   49966  901019  NewSweep v1.02 file copy/view, does .ARCs too

An index of all files in the WSMR-SIMTEL20.Army.Mil MS-DOS collection
is available in two formats:

Directory PD1:<MSDOS.FILEDOCS>
 Filename   Type  Description
==============================================
SIMIBM.ZIP    B   Comma-delim list of all MSDOS files w/descrip.
SIMLIST.ZIP   B   Text format list of all MSDOS files w/descrip.

These files are updated every 7-10 days.  See AAAREAD.ME in that
directory for details. 

SIMTEL20 allows only nine ANONYMOUS FTP logins during weekday
prime time, 5am to 3pm Mountain Time (GMT-7), but 27 otherwise.

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

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

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
From: abhalla@infopls.chi.il.us (Arun Bhalla)
Newsgroups: comp.archives.msdos.d
Subject: Posting on CBIP
Date: Mon, 28 Dec 92 22:43:06 CST
Organization: INFOPLUS support, Wheeling, IL

What is the exact format of posting on c.b.i.p.
I have my files UUENCODED already.

Arun Bhalla


**************************************************************************
*  Arun Bhalla  *     Star Trek, FS4, Simcity, PCs, BBSs, reading, etc.  *
* Write me for  *   And other multiple interests!!!                      *
* my BBS #      * Prodigy: VXWF62B   Internet: abhalla@oaknet.chi.il.us  *
*               *                              abhalla@infopls.chi.il.us *
**************************************************************************
Newsgroups: comp.archives.msdos.d
From: hykok@nyx.cs.du.edu (Herbie Husker)
Subject: Re: Bug in Telix 3.20 found.
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Fri, 25 Dec 92 09:10:07 GMT

I install the new version but can't find much difference between telix 3.15 with
telix 3.20 except the nagging logout screen they created.  It is certainly much 
better than nugmeg Unicom screen which prompt you a message every five minutes 
or so.  I will probably wait for a bug-free version of telix to be out before I
switched, and hopefully a patch for the memory management will be out soon.

Maybe DataComm should also try to provide built-in mouse support (microsoft/
logitech compatible), which will certainly make more attractive to user.  Also,
other than having number of bytes transfer, it would be nice to see a graphical
bar to see how many percent are transfered successfully, and to have a nicer 
upload menu to upload multiple file rather than having it to run the script file
that is available at simtel.  

Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Mutex102.zip
Organization: University of Vaasa, Finland
Date: Thu, 24 Dec 1992 10:29:06 GMT

In article <1992Dec24.095032.9677@u.washington.edu> rkimmel@stein.u.washington.edu (Robert Kimmel) writes:
>I've been looking every where for Mutex102.zip, but can't figure out
>what subdirectory it's in.  Can someonne tell me the location please?

At Garbo it is still in the queue.  The SIMTEL20 location can be
ascertained from the announcement in comp.archives.msdos.announce. 
If the announcement has already expired at your site then first look
at the stored back issues of the digests of the msdos-ann
distribution list.  If you do not know how to get the back issues
see
   3796 Dec 20 10:29 garbo.uwasa.fi:/pc/MSDOSANN.ZIP

Well...  Ok, just this once (it _is_ the Christmas Eve :-), whether
or not you have already done what I suggest.  Try pd1:<MSDOS.MODEM>
at SIMTEL20 or /pub/msdos/modem at OAK. 

   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