HDTenEightyP/NetNews huggingface dataset:
From: hafting@Lise.Unit.NO (Helge Hafting)
Subject: Re:  Questions and Comments 
Organization: Norwegian Institute of Technology
Date: Tue, 15 Sep 92 13:25:56 GMT

In article <1992Sep13.063334.14752@news.Hawaii.Edu>, lkan@uhunix.uhcc.Hawaii.Edu (Linus Kan) writes:
 > HI THERE!  I'VE GOT A COUPLE OF (LONG) QUESTIONS AND COMMENTS:
 > 
 > IBM ADVICES TO REMOVE THE SHADOW RAM OPTION--WHAT SPEEDUP WOULD
 > I EXPECT IF I DO SO?
If your bios makes the ram available for normal use, you will get a little
speedup because your machine will have (128k or 364k) more memory available
before it needs to swap.  The bios is only used during booting, so it don't
usually help to shadow it.
 > 
 > 
 > 4)  ARE THERE UNCOMPRESS EXECUTABLES (EG. PKUNZIP) THAT RUNS BY
 > 'DROPPING' THE COMPRESSED FILES ON THE EXECUTABLE OBJECT/ICON ITSELF;
 > GOING INTO DOS TO RUN PKUNZIP.EXE IS QUITE INEFFICIENT.
Sure.  The 'drag and drop' program starting is part of the WPS.
Any program may be started by dropping a file on it.  The file will by
default be the programs parameter 1.  You may change the layout of the
command line by bringing up the programs object menu (click on it
with button 2.) You may include fixed parameters (options etc.), deciding
what parts of the filename that will be used, and you can make the
WPS prompt for more parameters before it starts your program.
I have done this with PKUNZIP myself.
If you drop a bunch of files on a program, there will be started one program
for each file. 
 > 
 > 5)  IS THERE A WAY TO ARRANGE OBJECTS/ICONS IN A GRID FASHION--IE. WHERE
 > ALL OF THE OBJECTS ARE ALIGNED IN STRAIGHT COLUMNS, LIKE WINDOWS?
Bring up the folder's object menu, and try out the settings.
 > ALSO, IS THERE A WAY TO MAKE A GLOBAL VIEW CHANGE TO DETAIL VIEW, IE. I
 > WISH TO VIEW **ALL** SUBDIRECTORIES AS 'DETAIL'ED WHEN I CLICK ON THE 
 > FLOPPY DISK OBJECT.   ...AND HOW CAN I MAKE FLOPPY DISK ACCESS FASTER?   
Try specifying a large DISKCACHE.  This should speed up floppy access.
With 16M ram, you could specify a size equal to the size of the floppies...

 > 
-- 
 |  |      ^         |  |      /   ^   o
 |__| _   /|  _  _   |__| _   /|  /|   |    _   _
 |  |/_| / | / \/_|  |  |/ | /-+-/-+- /| /|/ | / \
 |  |\__/  |/\_/\_   |  |\_|/  |   \_/ |/ |  |/\_/
            __/                /              __/
From: gt1610c@prism.gatech.EDU (MCGAUGH,MICHAEL KENNETH)
Newsgroups: comp.os.os2.misc
Subject: Re: IBM and their CSD's ??
Date: 8 Sep 92 21:33:24 GMT
Organization: Georgia Institute of Technology

In article <1992Sep8.155823.1@woods.ulowell.edu> adamsm@woods.ulowell.edu writes:
>alone, as soon as it was discovered.  Am I being snowballed here?  If the CSD's
>are available, why didn't he just send me one? And what is this about not
>having a fix for bug commonly known to have a fix out?  What I'm really trying
>to ask here is where to get a CSD as IBM has obviously put me on a backburner
>here.  Can anyone help me here?????

The deal is this:

There is not a CSD available yet.  It should be soon, although.
What you have been hearing about are various BETA bug fixes that
will be incorporated into the CSD to be released this fall.  These
individual fixes can be found at ftp-os2.nmsu.edu (provided you
have ftp access).

Ken.

-- 
M. Ken McGaugh
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1610c
Internet: gt1610c@prism.gatech.edu
Newsgroups: comp.os.os2.misc
From: lruppert@rodan.acs.syr.edu (Medvezhonok)
Subject: getting my Gateway telepath to work and misc.
Organization: Syracuse University, Syracuse, NY
Date: Thu, 10 Sep 92 01:10:35 EDT

I got a Gateway Telepath 14.4 modem configured as COM3, and it works under 
native DOS and Linux, but when booting OS/2 it gives the following message:
COM3 install failed, interrupt level not available.
or something to that effect.  The result is any comm program trying to use 
that port under OS/2 hangs, except PM Terminal which maximizes, freezes for 2
minutes and then determines that the modem is not responding.  I figured that it
just didn't like the interrupt I was using, so I switched it to the IRQ 5 
suggested in the manual (rather than the standard IRQ 4 I was using.)  This gave
the same results.  I am lost now and without a means of downloading files to my
home, as PM terminal has the only working kermit Xfer I know of, and the
university still holds onto 7-bit dinosaur dialups, so other protocols are out.
What I would like to know here, is if anyone else has had this problem, and if
so, how can it be solved?  
   Secondly, am I the only person who finds the online "documentation" to be
completely and utterly useless?  It is about as useful to my understanding of
the workings of the OS as a severe blow to the head would be.  Does anyone
know of a cheap reference to OS/2 that is more understandable?  Everything
I've learned about OS/2 2.0 so far has come from the net or the FAQ.
   Finally a suggestion to IBM, besides /dev/null-ing the online stuff:
 Include some applets or an applet for changing things in the config.sys
 like the mouse port, the location and size of the swapfile, vga drivers,
 etc.  It is much easier to do something like change the port of a mouse
 in the mouse settings window than to hunt through a few pages of config.sys
 for something that might have to do with the thing you want to change. It also
 would eliminate the worry that the system might hang because you didn't know
 the correct syntax for the change you made.  I am confused by little things
 like these that try to idiot-proof the system, while other areas, like error
 messages are undocumented and cryptic.  Is IBM trying to make OS/2 an idiot-
 proof OS like MacOS or are they trying to make a high-end programmer-friendly
 OS like UNIX. It seems to me, in the documentation and configuration, they 
 have combined the worst traits of each.  Maybe they'll smooth this stuff out
 in the CSD :>
 
 -Louis Ruppert
 lruppert@rodan.acs.syr.edu
 lruppert@sunrise.bitnet



--
I am now accepting donations of Iris Crimsons, if anyone has one they have 
gotten sick of :>
Newsgroups: comp.os.os2.misc
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: EISA machine
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Tue, 15 Sep 1992 23:53:56 GMT

In article <1992Sep15.202351.8723@galileo.cc.rochester.edu> jslm_cif@uhura.cc.rochester.edu (Jonathan Schulman) writes:
>I can, but they are all taken. The soundblaster can use 0,1,3. 0 is the
>memory refresh rate so that won't work (I tried it). My Com port (ESP board)
>uses DMA 1 or DMA 3, so that doesn't help, any my QIC-02 card used
>DMA 1 or 3. I have 3 items that use the 2 available DMA channels. There
>are 7 DMA channels, and they all have to use the same 2.

The DMA mode on the ESP board isn't used by OS/2 2.0 (although you
need the patched COM drivers -- check software.watson.ibm.com).  It
isn't really needed -- the 16550AN UART is plenty to keep things
humming along.  So, if you can, disable the ESP's DMA.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
of Chicago, 60637       | Family Values Means a Job
Newsgroups: comp.os.os2.misc
Subject: Re: Why disable shadow RAM?
From: Spartacus At Cuny <I18BC@CUNYVM.BITNET>
Date: Monday, 14 Sep 1992 18:47:43 EDT
Distribution: usa
Organization: City University of New York/ University Computer Center

In article <1992Sep11.212842.13052@njitgw.njit.edu>, dic5340@hertz.njit.edu
(David Charlap) says:
>
>In article <1992Sep11.202523.10922@ornl.gov> lio@ornl.gov (MILLION D L) writes:
>>I read in the FAQ an offhand remark that one should disable shadow RAM
>>for better OS/2 performance.  This was not explained, however, and I
>>am still wondering why I should do this.  If the object is simply to
>>retrieve more memory for OS/2, that doesn't work in my machine--that
>>384K remains unavailable whether shadow RAM is disabled or not.  If
>>there is some other reason for disabling it, I'd sure like to hear it.
>
>Nope, that's the reason.  To recover the memory that shadowing wastes.
>Considering that OS/2 doesn't use the ROMs anyway (except for DOS
>sessions, and it provides its own shadowing for that), to give up
>memory to them is wasteful of precious resources.

 I decided to leave hardware shadowing on simply because I saw no
benefit in having OS/2 do the same.  I removed the Rom shadowing
on line off the configuration file.  The POST test run a
whole heck of a lot faster on bootup. But then again I'm operating
under 8 megs.
-------
------------------------------+      All The Best,
Reply To:                     |
                              |      Edward Galarza,
     I18BC@CunyVM.Cuny.Edu    |      Brooklyn College Of The
     I18BC@CunyVM.BitNet      |      City University Of New York
------------------------------+      "Que viva el OS/2!"
New accounts above 8-)
From: db3l@ans.net (David Bolen)
Newsgroups: comp.os.os2.misc
Subject: Re: Application to open serial connection and leave it open
Date: 14 Sep 92 13:43:06 GMT
Organization: Advanced Network & Services, Inc. - Elmsford, NY

In article <ant.716450715@brolga> ant@brolga.cc.uq.oz.au (Anthony Murdoch) writes:

>I was wondering if anyone had a method of making a modem connection to a
>service and then leave it open after it exited (ie not dropping DTR).  My
>reason for asking is to allow IBM's TCP/IP's SLIP to work with the SLIP
>Terminal Server at my site.
>
>I need to be able to make the connection, log into the service, disconnect
>from the comms application and then run the SLIP command to make the slip
>connection.  Unfortunately IBM's TCP/IP doesn't have any provision for
>this (at least not that I can see).

You are correct - IBM's setup doesn't provide for this right now.  

Ideally, the program responsible for dialing up and establishing the SLIP
link could pause the SLIP driver while it accessed the COM port (ala SLIPCALL),
but the current SLIP driver uses a semaphore mechanism that isn't too
reliable (it's gotten worse in recent releases), so it's often safer to just
establish the connection without involving the SLIP driver at all.

However, the SLIP driver opens the COM port in shared mode, so you can have
another program running that is keeping the COM open and it won't affect SLIP,
or you can start SLIP later in the connection process than you might think.

For example, you could set up three processes:

* A COM Hold process - does nothing other than do a shared open on the
  appropriate COM port, and sit around until you exit it.  As long as this
  is running, OS/2 won't "hang up" the port.
* A simple terminal program that also opens the COM port in shared mode.
  This allows you to talk to the modem - dial - log in, etc..
* The SLIP driver.

And you would do the following:

1. Run COMHOLD - leave running.
2. Start terminal program - log in as appropriate and establish SLIP setup.
3. Exit terminal program.
4. Start SLIP driver.
5. Exit COMHOLD

It's somewhat manual, but it definitely works, and really isn't that bad.

The actual processes are very simple - if you can compile your own stuff,
the only real important thing is that whenever the COM port is opened, it
should be in shareable mode, as in:

	DosOpen("com1",&com_handle,&action,0,0,FILE_OPEN,
                OPEN_ACCESS_READWRITE | OPEN_SHARE_DENYNONE,NULL);


I think I've got stuff like this lying around somewhere (although the terminal
part is all manual - no automatic login scripts or anything) from when I
needed it, so if you don't have facilities to compile anything, drop me a
note.  I need to rebuild it to remove some internal numbers, but that's no big
deal.

--
-- David
--
/-----------------------------------------------------------------------\
 \              David Bolen             \  Internet: db3l@ans.net      /
  |   Advanced Network & Services, Inc.   \   Phone: (914) 789-5327   |
 / 100 Clearbrook Road, Elmsford, NY 10523  \   Fax: (914) 789-5310    \
\-----------------------------------------------------------------------/
Newsgroups: comp.os.os2.misc
From: rjones@magnus.acs.ohio-state.edu (Ronald Jones)
Subject: Re: SIS Chipset on a 486 33Mhz mboard & incompatibilities?
Organization: The Ohio State University
Distribution: usa
Date: Fri, 11 Sep 1992 00:28:44 GMT

In article <BuDntt.6yB@news.udel.edu> sphilips@bach.udel.edu (Santosh S Philips) writes:
>I was planning on buying a mb locally. It is a 486 33Mhz 256kCache
>with a SIS Chipset.  I wanted to know if anyone was running OS2 on this
>Chipset and if there was anything that I ought to be aware of.
>

I have a 386-33 with the SIS chipset (made by TCS) and have had no troubles
running OS/2 2.0 or 1.3. (the only compatibiltiy problems I've had is
that it won't take a Cyrix 387). 


-- 
 < Ron Jones                   |    E-mail:       rj+@osu.edu   > 
 < The Ohio State University   |    Office:      (614) 292-1665 >
 < 338 West Tenth Avenue       |    FAX:(9-5PM)  (614) 292-7151 > 
 < Columbus, Ohio 43210        |        "eschew obfuscation"    >
From: pdc@lunch.wpd.sgi.com (Paul Close)
Newsgroups: comp.os.os2.misc
Subject: Re: Links 386 Pro
Date: 7 Sep 92 01:46:34 GMT
Reply-To: pdc@sgi.com (Paul Close)
Organization: Silicon Graphics, Inc., Mountain View, CA
Originator: pdc@lunch.wpd.sgi.com

Gregory G Greene (ggg@kepler.unh.edu) writes:
>>Could anybody please tell me the proper settings for this game?...I'm
>>running the ATI Graphics Ultra with the ATI VESA driver, if that helps...I
>>can get the game to work, but it seems that the golfer "swings" too fast
>>and jerky...any suggestions?
>
>	I had this same problem, although along with it I also had the game 
>   randomly hang on me.  After trying all sorts of different DOS settings I
>   gave up.  I now run it from pure DOS 5.0 and it runs perfect.  My machine
>   has the Diamond Speedstar + graphics card, and the driver I was using was
>   for the tseng4000 chipset.  

I too, can get it to run, and I also have problems with it randomly crashing
(itself, not OS/2).  I have the 1.05 version, and it runs fine under DOS.
Also if you do a screen save (alt-ctl-s) it crashes.

I gave it 0 EMS, 64k XMS, and 6 meg DPMI memory plus the usual hw_timer, no
video refresh animation, etc.  The animation is smooth, and redraws are just
as fast as under DOS.  The swing is faster, though, so timing is difficult.
However, if you master it under OS/2, DOS will be easy :-)
-- 
Paul Close	     pdc@sgi.com	   ...!{ames, decwrl, uunet}!sgi!pdc

			No fate but what we make
From: stieglit@orion.oac.uci.edu (Jeff Stieglitz)
Subject: Re: IBM PS/2 Mod. 95 and Memory Error
Newsgroups: comp.os.os2.misc
Date: 14 Sep 92 07:35:15 GMT

 I called IBM about this one and apparently there is an APAR (fix)
scheduled because the multi-threaded nature of the file manager can
sometimes make it steal too many resources.  I had the problem where
that error appeared about 200 times - then my system would die.

Actually, die is a misleading term.  The mouse pointer would move,
I just couldn't do anything - not even a shutdown.

IBM support but me on a list of "interested parties".  The support
rep said many people have downloaded the massive ICON pack from
compuserve and elsewhere.  They then dump all of the icons in a
directory and kill their system when they try to view them.

--
---------------------------------------------------------------------------
Jeff Stieglitz                                   stieglit@orion.oac.uci.edu
From: lowe@fallout.lonestar.org
Newsgroups: comp.os.os2.misc
Subject: RE: Is this system sufficient...
Date: 4 Sep 92 22:00:30 GMT
Organization: DECUS DFWLUG BBS *Dallas*TX*

In article <9209031725.AA23913@tortoise.cis.ohio-state.edu>, brown-sh@news.cis.ohio-state.edu (shawn c brown) writes:
> 	I have this system and wondered if it would be good enough to run
> OS2 well, not just acceptably.
> 
> 	386-33 w/64K RAM cache
> 	8 megs of RAM
> 	120 MB ISA hard disk (reasonably fast)
> 	Trident SVGA display card
> 	Non-interlaced monitor
> 	mouse (of course)
> 
> 	I benchmarked the system board against a PS/2 Model 80 and it blew
> it away, so I guess it's pretty fast...
> 
> -Shawn Brown
> -The Ohio State University


Well, we have OS/2 running exceptionally well on a Model 80 with 8 Schmegs.

So... you should be fine.

Mark C. "Bro!" Lowe - KB5III
From: mauritz_c@spcvxb.spc.edu
Newsgroups: comp.os.os2.misc
Subject: DISPLAY.DLL always busy (installing new drivers)
Date: 7 Sep 92 13:59:52 GMT
Organization: SPC Community Access System

I just got the new Tseng4000 drivers from Hobbes, but I am having
trouble installing them.  The system will not allow me to replace
DISPLAY.DLL in the DLL folder since it is perpetually in use.
How do I get around this?

Cheers,

Chris
Newsgroups: comp.os.os2.misc
From: orville%weyrich@tnet.com (Orville R. Weyrich)
Subject: Is EGA usable with OS/2 2.0 (or MS-Windows 3.x) ?
Reply-To: tnet.com!weyrich!orville
Organization: Weyrich Computer Consulting
Distribution: usa
Date: Sun, 13 Sep 92 00:07:29 GMT

Hi --

I am looking for a cheap way to set my 8-year old daughter up with a OS/2
or MS-Windows platform.

I can get both OS/2 and MS-Windows to work with CGA, but the results are not
very satisfying. I thought that a second-hand EGA monitor/card might be a
reasonable approach -- good enough for Solitaire and children's games, but
someone on the net told me that I need at least VGA.

Can anyone give me the complete scoop on using EGA?

Thanks

orville

--------------------------------------       **********************************
Orville R. Weyrich, Jr.                          Weyrich Computer Consulting
Certified Data Processor                       POB 5782, Scottsdale, AZ 85261
Certified Systems Professional                      Voice: (602) 391-0821
Certified Computer Programmer                Internet: orville%weyrich@tnet.com
		Fastest e-mail: uunet.uu.net!weyrich!orville
--------------------------------------       **********************************
Newsgroups: comp.os.os2.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: HELP: Where OS/2 2.0 CSD?
Organization: Texas Instruments Inc
Date: Fri, 11 Sep 1992 22:06:56 GMT

In <1992Sep11.095038.3816@wsl.ie> jja@wsl.ie (John J. Allen) writes:

>db3l@ans.net (David Bolen) writes:
>: In article <1992Sep10.170914.16107@mksol.dseg.ti.com> mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
>: 
>: Yes, IBM had a real nice track record for OS/2 users in terms of upgrades (I
>: didn't have to pay anything since v1.0), and people were certainly talking
>: about it, but there was no official declaration that it would have to

>I think that going from version 1.x to 2.x should be a pay as you got 
>option. Then maybe IBM would be able to put as much permanent effort
>into OS/2 as Microsoft seems able to put into Windows and it's derivatives.

>NEW PURCHASE:	Full price
>UPGRADE:	Low cost
>CSD:		Free	(excluding media costs)

>This will be better than MS and will still improve the revenues available
>to the OS/2 development effort.

This certainly sounds like a sensible policy to me, with but one
slight caveat.  If you buy MAINTENANCE, the upgrades are also free
(and you get access to an IBM SE when you have problems).

This is pretty much the way things work in the 'big iron' world
anyway, so it shouldn't be that strange a concept for IBM.  :-)

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: frey@alfheim.actrix.gen.nz (Bruce Clement)
Newsgroups: comp.os.os2.misc
Subject: Interesting bug
Distribution: world
Date: Tue, 08 Sep 92 12:02:23 GMT
Organization: Private System

This is a solved problem which I'm only reporting for the benefit of anyone
else who has similiar problems (Or IBM if they're interested).

Until recently I had a .BAT file which was launched from an icon in a WPS folder.

When I recompiled one of the programs in the file as an OS/2 native program
I copied the .BAT file to a .CMD file & changed the icon to point to the .CMD.

While running the file, I noticed some strange results, and eventually discovered
that there was no PATH. Further investigation revealed that there were no
environment variables from CONFIG.SYS, and the DOS settings from the icon's
previous existance were the only environment present.

Deleting the icon & recreating cured the problem.

--
Bruce Clement    (frey@alfheim.actrix.gen.nz  SNEWS/2,  UUPC 1.11q)
Newsgroups: comp.os.os2.misc
From: sphilips@bach.udel.edu (Santosh S Philips)
Subject: Re: SIS Chipset on a 486 33Mhz mboard & incompatibilities?
Organization: University of Delaware
Distribution: usa
Date: Fri, 11 Sep 1992 12:50:28 GMT

In article <1992Sep11.121409.12708@cbnewsm.cb.att.com> corey@cbnewsm.cb.att.com (william.c.brown) writes:
=>In article <BuDntt.6yB@news.udel.edu>, sphilips@bach.udel.edu (Santosh S Philips) writes:
=>> I was planning on buying a mb locally. It is a 486 33Mhz 256kCache
=>> with a SIS Chipset.  I wanted to know if anyone was running OS2 on this
=>> Chipset and if there was anything that I ought to be aware of.
=>> 
=>> Thanks in advance,
=>> Santosh
=>
=>	I run a 386/33 clone with the SIS chipset. No problems 
=>	running OS/2 at all. Great install, Great run-time...

From the responses, I have received so far I appears that 386 SIS Chipsets seem
to be fine. 

However, 1 user of a 486 SIS Chipset (the only one who responded so far who has
experience with a 486 SIS Chipset) has indicated that he had an "internal
processing errors at ..." while running a windows application from an os2
command line.  

The above problem could be related to a: the application, b: OS2 or c: SIS
Chipset.  

If anyone can enlighten me on the error message, I (and others) would
appreciate it very much

Thanks,
Santosh






-- 
=============================================================================
= Santosh Philips                                                           =
= e-mail: sphilips@brahms.udel.edu                                          =
=         GKL01169@udelvm.udel.edu                                          =
Newsgroups: comp.os.os2.misc
From: goyal@utdallas.edu (Mohit K. Goyal)
Subject: Re: What is a "CSD"?
Organization: Univ. of Texas at Dallas
Date: Tue, 15 Sep 1992 05:35:53 GMT

>Whatever you wish to call it, my source says October.

Does your source get any more specific?

(I am starting to believe that all the improvements will be out in late
October rather than late November)

Thanks.
From: jon@bai.baylis.COM (Jon Granrose)
Newsgroups: comp.os.os2.misc
Subject: LAN Manager v2.1 and OS/2 v2.0 
Distribution: na
Date: Tue, 08 Sep 92 21:05:46 GMT
Organization: Baylis Automation Inc. (Scotts Valley, CA)


In article <pclank01.715715953@starbase.spd.louisville.edu> pclank01@vulcan.spd.louisville.edu writes:
  > On a test machine (Gateway 2000/486/33MHz/3C507 E-net), I have loaded LAN
  > Manager, applied the BETA fixes in lmos22.zoo, and used the newest 3c507
  > drivers.  NETBUI works ok... (I think, I am not bridged to them yet), but
  > when I try the TCP/IP drivers, they fail to load.

        Make sure that you have the most recent TCPIP driver.  The original
LMOS22.ZOO file didn't have the latest and greatest.  I don't know where 
or if they put out the one with the correct TCPIP driver.

Jon
--
Jon Granrose (JG102)			jon@baylis.com
Baylis Automation			...!netcomsv.netcom.com!bai!jon
5550 Scotts Valley Dr, Suite 500	voice:	(408) 438-7327
Scotts Valley, CA 95066			fax:	(408) 438-1105
                  "Groovy."  -- Ash, Evil Dead II
Newsgroups: comp.os.os2.misc