HDTenEightyP/NetNews huggingface dataset:
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Subject: Re: New tlx320 files
Summary: The anonymous upload directory at wuarchive is dangerous!
Keywords: hey kids rock and roll...
Organization: The SIMTEL20 Archives
Date: Sat, 19 Dec 1992 05:03:27 GMT

jejensen@alfred.carleton.ca (John Jensen) writes:
> But for what it's worth, as the person who originally
> UPLOADED the files to wuarchive, I will say that before doing so I
> scanned them for viruses with McAffee's version 99.  But you shouldn't
> take my word for it -- scan anything you download.-- 

Yes, but since that directory is world-writeable someone may have
already overwritten your files with copies that are infected with a
virus.  I wouldn't touch anything in that directory.  It's inviting
disaster.

Ask yourself why someone would upload there rather than formally submit
the upload to SIMTEL20.  The answer could be that they don't want you to
know who they are.  That's why SIMTEL20 doesn't allow annonymous uploads.
Uploaders have to contact me for instructions first so I can check to
see if we already have the program and so I will know who they are.

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: autry@magellan.stlouis.sgi.com (Larry Autry)
Newsgroups: comp.archives.msdos.d
Subject: Re: WNMAIL10.ZIP
Date: 16 Dec 1992 21:15:25 GMT
Organization: Silicon Graphics, St. Louis, MO
Distribution: world
NNTP-Posting-Host: magellan.stlouis.sgi.com

WNMAIL.ZIP is a well thought out and designed Windows 3.x based
software package for the purpose of exchanging e-mail and files
"uucp" style.  This package looks VERY good.  Unless I have not
read the accompanying documentation correctly, this software is
not shareware or even demoware.

The apparent idea behind this software is that it be widely
distributed, those who like the software, would sign up with the
only "uucp" connection to which the software will connect.  The
destination is "hard-coded" and only the phone number can be
changed (for the purpose of eliminating the area code).  This
renders the software useless for my purpose.  I do not consider
this package demoware since it is can only be demonstrated if if
a decision is made to sign up as a subscriber of the service to
which the software connects.  This involves completing a screen
with a credit card number and other applicable information.

I would like to see this software re-released as shareware.
It's a more than just another mail program.  It's easy to
configure and (apparently) use.  Most Importantly, it runs under
Windows.  It could gain a large following since many people
could benefit from having (expanded) access to internet mail.  I
don't agree that WNMAIL should benefit from free distribution if
the internet connection is restricted to a single commercial
venture.

Meanwhile, I need Windows compatible software that allows me to
get my internet mail at home without costing me a fortune.
--
Larry Autry
Silicon Graphics, St. Louis
autry@sgi.com
From: mcdowell@hoss.unl.edu (Scott McDowell)
Newsgroups: comp.archives.msdos.d
Subject: 3151 emulation software for DOS
Date: 17 Dec 1992 17:42:23 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: hoss.unl.edu

Does anyone know of software for the IBM-PC that will emulate a 3151
terminal?  Either commercial of shareware.

--
Scott McDowell                 Computing Resource Center
University of Nebraska         Manager - Help Desk
Lincoln, NE 68588-0203         Internet: mcdowell@hoss.unl.edu
(402) 472-3970                 Bitnet: smcdowell@unlvax1
Newsgroups: comp.archives.msdos.d
From: boone@nauvax.ucc.nau.edu
Newsgroups: comp.archives.msdos.d
Subject: Acoustic lens
Date: 19 Dec 92 22:48:48 GMT
Organization: Northern Arizona University




Does anyone know of any software for designing acoustic lenses?

How 'bout any good references on the topic?

Thanks in advance

DAN BOONE
boone@nauvax.ucc.nau.edu
Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives
From: Y.K.Chan@lut.ac.uk 
Subject: Re : Trouble with an animation file from Garbo
Organization: Loughborough University, UK.
Date: Fri, 18 Dec 92 09:02:46 GMT


I recently downloaded an animation file, robotrk1.lzh, from garbo.uwasa.fi.
After uncompressing it to  robotrk1.fli, I tried to play it through AAPLAY.
AAPLAY would not recognise the format. Could someone please tell me what
program should be used to play it.

Could someone also kindly answer the following questions :

  1) Where can I find the best program to uncompress  .lzh  files.

  2) Where can I find a program that can copy disks with irregular sectors
     (can this be used to backup different format disks, e.g. BBC disks).

  3) An ftp site of a program to view Freelance graphics files.

  4) The location of a version of FORD SIMULATOR.


Please could you email me the answers to    Y.K.Chan@lutac.uk

Thanks a lot in advance.
Newsgroups: comp.archives.msdos.d
From: jfmcbray@sacam.OREN.ORTN.EDU (Jason F McBrayer)
Subject: Re: WNMAIL10.ZIP
Organization: Oak Ridge National Laboratory
X-Newsreader: Tin 1.1 PL5
Date: Sat, 19 Dec 1992 06:56:27 GMT

Well, WinQVT/Net has a mail reader, as well as a news reader and a bunch
of other good stuff.  Unfortunately it's a bitch to configure.

Jason McBrayer
jfmcbray@sacam.oren.ortn.edu


Newsgroups: comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: New tlx320 files
Organization: University of Vaasa, Finland
Date: Fri, 18 Dec 1992 05:23:20 GMT

In article <MAPPLER.92Dec17133741@titan.ucc.umass.edu> mappler@titan.ucc.umass.edu (Matthew A Appler) writes:
>Well...I downloaded the tlx320-?.lzh files from the wustl archive this
>morning.  They have been compressed with lharc.  I tried a couple

Each FTP site is most welcome to have its own policies, and I am not
contesting wuarchives in any way.  I would like to point out,
however, that I have decided on a very different route for Garbo. 
One cannot download from our uploading directory.  We have
deliberately prevented that.

Why?  Because I want to assure the integrity, safety and quality of
the programs that are available from Garbo, and because Garbo is not
a hub for free traffic. 

   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: jejensen@alfred.carleton.ca (John Jensen)
Subject: Re: New tlx320 files
Keywords: hey kids rock and roll...
Organization: Carleton University
Date: Sat, 19 Dec 1992 04:13:01 GMT

In <1992Dec19.034241.27595@udel.edu> darkstar@pecan.cns.udel.edu (The Janitor Of Anarchy) writes:

>>>Why?  Because I want to assure the integrity, safety and quality of
>>>the programs that are available from Garbo, and because Garbo is not
>>>a hub for free traffic. 
>>>
>>Are you saying then that you have altered the files,  because I just downladed
>>tlx320-1.lzh from wuarchive's /pub/MSDOS_UPLOADS directory!
>>
>No, I believe that what Timo is trying to say is that he insures that the
>files that are distributed from his site are:

>	1.  Free from viruses and the like.
>	2.  Legally suppossed to be there.

>Thus, he won't allow software that hasn't been checked out to be distributed.

>Now, keep in mind that the /pub/MSDOS_UPLOADS directory is never checked.
>Does this make it bad?  No, of course not, but this now places the entire
>burden of checking out the software on you.

Of course.  But for what it's worth, as the person who originally
UPLOADED the files to wuarchive, I will say that before doing so I
scanned them for viruses with McAffee's version 99.  But you shouldn't
take my word for it -- scan anything you download.-- 
+-------------------------------------------------------------------+
| John Jensen                      Department of Political Science  |
| jejensen@ccs.carleton.ca                     Carleton University  |
| CI$: 76104,2030                                   Ottawa, Canada  |
+-------------------------------------------------------------------+
From: mblock@reed.edu (Matt Block)
Newsgroups: comp.archives.msdos.d
Subject: Memory managers
Date: 16 Dec 92 10:40:47 GMT
Article-I.D.: reed.1992Dec16.104047.19406
Distribution: usa
Organization: Reed College, Portland, Oregon


	Does anyone know of a decent utility to manage my upper memory area
(under Dos 5.0)?  I'm currently using emm386, but that doesn't do exactly what
I want.  Specifically, it doesn't supply enough space for tsrs and whatnot if
I want to use my expanded memory as extended (do I have that backwards?).
	Does such a utility exist in the archives somewhere?
Thanks for your invaluable assistance,
Matt
mblock@reed.edu
Xref: sparky comp.archives.msdos.d:71 comp.binaries.ibm.pc.archives:5187
From: frampton@vicuna.ocunix.on.ca (Steve Frampton)
Newsgroups: comp.archives.msdos.d,comp.binaries.ibm.pc.archives
Subject: Bug in Telix 3.20 found.
Summary: Exis, why hast thou abandoned us?
Date: 19 Dec 92 04:37:34 GMT
Reply-To: frampton@vicuna.ocunix.on.ca
Followup-To: comp.archives.msdos.d
Organization: Vicuna Systems, Kingston, Ontario, CANADA
Content-Type: text/plain; charset=us-ascii

Hi all:

I just got a hold of Telix 3.20.  There are a couple of new features
(nothing mind-blowing, however), and the sorry addition of a "nag"
screen for non-registered copies when you exit the program.

There is a new feature that allows you to swap the Telix program to
XMS or disk to make room for the OS shell.  I recommend you not use
this feature, as it has a bug.

I have noticed, under OS/2 2.0 (but most likely under DOS as well) that
if you try and make an outgoing call, then ALT-J (with the aforementioned 
feature enabled) to shell to DOS; if you work away and then a connection
is established (or the modem reports that the line is BUSY) this causes
the session (or, in DOS's case, possible the entire machine) to freeze
up and require rebooting.

I believe this is caused by:

- COM interrupt possibly hooked by Telix to provide buffer management
when Telix begins.
- User uses ALT-J to shell to DOS, Telix swaps itself out of memory,
COM port generates an IRQ while user is working in DOS, the IRQ causes
a jump to the Telix handler (which has been swapped out of memory and
potentially replaced by new code, data, or garbage).
- CRASH!

I have disabled this swap feature on my copy and the problem goes away.
Now to load up the debugger and get rid of that annoying delayed "nag"
message on exit!  :-)  (I'm *kidding*)

Follow-ups to comp.archives.msdos.d since comp.binaries.ibm.pc.archives
no longer exists.

+--------+< Unabashed Shabba Ranks Fan! >+------+--------------------+
| Steve Frampton - frampton@vicuna.ocunix.on.ca | Steve Frampton     |
| I collect postcards!  If you send me one from | 501-A Princess St. |
| your area, I'll send one in return.  Send to >| Kingston, Ontario  |
| (Don't forget both email and mailing address) | CANADA   K7L 1C3   |
+-----------------------------------------------+--------------------+
From: roe@Unibase.SK.CA (Roe Peterson)
Newsgroups: comp.archives
Subject: [comp.unix.sys5.r4] SVR4 CDROM utility available for ftp
Followup-To: comp.unix.sys5.r4,comp.unix.sysv386,alt.cd-rom
Date: 20 Dec 1992 20:57:18 GMT
Organization: Unibase Telecom Ltd.
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386,alt.cd-rom
X-Original-Date: Sun, 6 Dec 1992 23:17:18 GMT

Archive-name: auto/comp.unix.sys5.r4/SVR4-CDROM-utility-available-for-ftp

Ctools, a set of utilities to read ISO-9660 and older CDROM disks under
SYSVR4 is now available for anonymous ftp from udevdiv.Unibase.SK.CA,
in /sources.

We connect on a slip link, and trying to ftp when our newsfeed is running
can be a real pain.  Maybe somebody with an existing archive site
that is somewhat better connected could also put this up.

Bonne Chance.
From: lebay@mercury.cl.msu.edu (Jim LeBay)
Newsgroups: comp.archives
Subject: [comp.infosystems.gopher] new version of NeXT Gopher client
Followup-To: comp.infosystems.gopher
Date: 14 Dec 1992 08:17:06 GMT
Organization: Michigan State University
Distribution: world
Reply-To: lebay@msu.edu
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.infosystems.gopher
X-Original-Date: Wed, 2 Dec 92 03:49:23 GMT

Archive-name: auto/comp.infosystems.gopher/new-version-of-NeXT-Gopher-client

I've just finished working on version 1.3 of the NeXT Gopher client.
Its biggest improvements are using mini-icons in the browser to identify
Gopher-types, and support for GIF images, plus many others.

It is available as Gopher_1.3.tar.Z on:
ftp.msu.edu           in  /pub/unix/NeXTOS/gopher, and on 
sonata.cc.purdue.edu  in  /pub/next/submissions.  
It should also be on boombox.micro.umn.edu soon.

Here's the full list of additions, changes and fixes:

* mini-icons are used in the browser to identify Gopher-types
* added support for GIF image files (type 'g')
- the Find menu is fully implemented - including a Find Panel
- fixed-width font (Ohlfs) used in the text window
- larger default window size
- Gopher will remember whenever you change its window size
- 'play' (for sounds) is bundled into an .app wrapper
- removed limitation on size of text files
- Alternate-clicking on an item will update its "Item info"
  without retrieving its contents
- a default has been added to allow listing all items in the 
  browser, including unsupported types.  In a Terminal window 
  you must do "dwrite Gopher ShowAllTypes YES".
- "Open..." remembers previous connection information
- double-clicks in the browser are ignored
- window closes when Gopher fails to open a new connection
- better error detection & notification
- fixed bug when closing a window from the menu (Command-w)
- fixed bug when selecting text items following an Index
- other minor improvements and bug fixes

Please mail me any suggestions, comments or complaints you have.

--
Jim LeBay                          (517) 353-1800
Computer Information Center        lebay@msu.edu
Michigan State University          lebay@mercury.cl.msu.edu (NeXTmail)
*=*=*   I feel better than James Brown!   *=*=*
From: langmack@inf.fu-berlin.de (Olaf Langmack)
Newsgroups: comp.archives
Subject: [comp.lang.eiffel] Public domain Eiffel-3 front-end available
Followup-To: comp.lang.eiffel,comp.compilers
Date: 14 Dec 1992 10:18:55 GMT
Organization: Free University of Berlin, Germany
Distribution: world
Reply-To: langmack@inf.fu-berlin.de (Olaf Langmack)
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.lang.eiffel,comp.compilers
X-Original-Date: Wed, 9 Dec 1992 17:22:37 GMT

Archive-name: auto/comp.lang.eiffel/Public-domain-Eiffel-3-front-end-available

A compiler front-end for Eiffel-3 is available. It has been generated
automatically with the Karlsruhe toolbox for compiler construction
according to the most recent public language definition. The parser
derives an easy-to-use abstract syntax tree, supports elementary error
recovery and provides a precise source code indication of errors. It
performs a strict syntax check and analyses 4000 lines of source code per
second on a Sun-SPARC workstation.

Report, including an abstract syntax for Eiffel-3:

  B. Groeber and O. Langmack, "A Compiler Front-End for Eiffel-3",
  Report B-92-25, FU Berlin, December 1992.

For a physical copy of the report send surface or electronic mail (don't
forget your address) to:
  
  Inge Hellmich
  "Report B-92-25"
  FU Informatik
  Nestorstr. 8-9
  W-1000 Berlin 31
  Germany
  sekr@inf.fu-berlin.de

The corresponding archive file is available via anonymous file transfer at:

  ftp.fu-berlin.de:/pub/heron/ep.tar.Z

(The server may be difficult to access from countries outside Europe.
Therefore the location of the archive file may change. Such a change will
be announced here.)

Comments are welcome. Enjoy,
Burghardt Groeber, Olaf Langmack.

langmack@inf.fu-berlin.de
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
From: tege@sics.se (Torbjorn Granlund)
Newsgroups: comp.archives
Subject: [gnu.gcc.announce] GNU superoptimizer version 2.1 released
Followup-To: gnu.gcc.announce
Date: 20 Dec 1992 20:57:28 GMT
Organization: GNUs Not Usenet
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: gnu.gcc.announce
X-Original-Date: Thu, 17 Dec 1992 15:04:40 GMT

Archive-name: auto/gnu.gcc.announce/GNU-superoptimizer-version-2-1-released

Version 2.1 of the GNU superoptimizer (GSO) is now available for
anonymous ftp from prep.ai.mit.edu in /pub/gnu/superopt-2.1.tar.Z.
This version fixes several bugs that were present in the previous
version.  In particular if you use GSO to generate Intel x86 or
Motorola 68k code, you should upgrade to this version.


GSO is a function sequence generator that uses an exhaustive
generate-and-test approach to find the shortest instruction sequence
for a given function.  You have to tell the superoptimizer which
function and which CPU you want to get code for.

Sample GSO results:

  SPARC code for i5 = ((signed) i0 > (signed) i1):
	  subcc   %i1,%i0,%i2
	  srl     %i1,31,%i3
	  sra     %i0,31,%i4
	  addx    %i4,%i3,%i5

  Faster 80x86 code than the standard cmpl/seta/and for
  ecx = ((unsigned) eax > (unsigned) edx):
	  cmpl    %eax,%edx
	  sbbl    %ecx,%ecx
	  negl    %ecx

  MC88000 code for 'find first set bit', i.e., r6 = ffs(r2):
	  subu.co r3,r0,r2
	  and     r4,r3,r2
	  addu.ci r5,r4,r4
	  ff1     r6,r5

  POWER (RS/6000) code for r6 = ((unsigned) r3 < (unsigned) r4) + r5
	  sf      r6,r4,r3
	  sfe     r7,r5,r6
	  sf      r8,r7,r6

Aside from the CPUs in the examples above, GSO generates code for
MC680x0, Amd290xx, and Pyramid(SP,AP,XP).

Please send comments, improvements and new ports to tege@gnu.ai.mit.edu.


	Torbjorn Granlund
	Swedish Institute of Computer Science

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.oz.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
	  ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu, ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:systems/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]
From: ucapbap@ucl.ac.uk (Mr Andrew Phillips)
Newsgroups: comp.archives
Subject: [comp.os.vms] TCSH 6.03 now available by Anonymous FTP.
Followup-To: comp.os.vms,vmsnet.vms-posix
Date: 16 Dec 1992 09:27:53 GMT
Organization: Bloomsbury Computing Consortium
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
Summary: Tcsh for VMS/POSIX is now available by anonymous FTP.
X-Original-Newsgroups: comp.os.vms,vmsnet.vms-posix
X-Original-Date: 25 Nov 92 14:26:59 GMT

Archive-name: auto/comp.os.vms/TCSH-6-03-now-available-by-Anonymous-FTP

TCSH, the extended C-Shell, is now available by anonymous FTP
 from ftp.spc.edu (192.107.46.27). Here are the contents:

Directory USER7:[ANONYMOUS.POSIX]

TCSH603.README;1         37
TCSH603.TAR_Z;1        1312

Total of 2 files, 1349 blocks.

  The .README consists of a reminder to ftp the .tar_z in binary mode,
 and a readme file, that details installation, known bugs, etc...

  This is the first release that supports OpenVMS, so it is liable to 
 have `unusual features'.

	Andy Phillips

 Mullard Space Science Labs. 	|   19709::atp
 Holmbury St. Mary,		|   atp@uk.ac.ucl.mssl
 Dorking,			|   ucapbap@uk.ac.bcc.ts
 Surrey,			|    Mssl address preferred
 England.			|
From: mjr@hussar.dco.dec.com (Marcus J. Ranum AXP)
Newsgroups: comp.archives
Subject: [comp.sys.laptops] Umail2.0 detachable mail reader available for FTP
Followup-To: comp.sys.laptops
Date: 16 Dec 1992 09:28:22 GMT
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.sys.laptops
X-Original-Date: Wed, 25 Nov 1992 15:17:23 GMT

Archive-name: auto/comp.sys.laptops/Umail2-0-detachable-mail-reader-available-for-FTP

	I've put out a copy of Umail2.0 for anonymous FTP from decuac.dec.com
in pub/dos/Umail.tar. Here's a brief description of Umail and what it is and
does:

	The goal of Umail is to provide a portable "detachable" mail reader.
When I was doing a lot of travelling on airplanes and had a laptop running
Windows, I thought it'd be nice if I could catch up on my mail on the plane,
reading, replying, and deleting it, then plug it in (somehow) to my home
machine and have it deliver the mail, delete the messages from my inbox,
refile stuff, etc. Umail does a form of "transaction" based on the message
ID of mail messages. So, if you delete a message on your PC, when you later
want to synchronize your mailbox, the tools included with Umail will handle
deleting messages with that message ID. In order to accomplish this, Umail
writes a file of commands for a transaction processor that runs on your
UNIX machine (though I suppose porting this to VMS or something else is
reasonably straightforward).

	Umail mail transaction files contain the following types of
operations:
	delete message-ID

	folder foldername message-ID

	sendmail
	.
	.	a bunch of text with '.' as the first character of each
	.	line
	.
	liamdnes

	The tools on the server side process the transaction file and
hand it off to subprograms that are responsible for deleteing, foldering,
or delivering mail.
	Umail2.0 has support on the unix side for BSD-style mailboxes
or MH-style folders. Since the processing mechanism is very generic, it
shouldn't be hard to interface to any other mailing system desired.
For moving mail up and down between the PC and the server, there are
several options. The simplest is to just use PC-NFS or something like
that, and make the mail-putter and mail-getter jobs on the PC perform
proper file conversion and then copy the file to a private area. A
second approach, if using a PC with an IP stack, is to FTP the mail
file from /usr/spool/mail/USERNAME manually, or to use a version of
'rcp' if such is available. For serial line transfers, kermit is an
effective tool.
	Umail is totally unsupported, but it's also free. You are
prohibited from selling it, except for "media cost" if the media cost
is under $1. The author will accept bug reports, and will probably
generate fixes, but has no plans to add significant new functionality,
bells, or whistles. Umail was written in Visual BASIC (a wonderful
tool) and consists of approximately 300 lines of code. Source code
to the Windows Umail application will not be made available.

Marcus J. Ranum,
Nov 24, 1992