HDTenEightyP/NetNews huggingface dataset:
From: Dana.Newman@f3333.n106.z1.fidonet.org (Dana Newman)
Newsgroups: comp.os.os2.misc
Subject: Service Pak Destroyed Bo
Date: Fri, 06 Nov 1992 17:30:00 -0600

GY >
GY > >In Article <steveh.720463742@godzilla.cgl.citri.edu.au>
GY > >"steveh@cgl.citri.ed
GY > >> steveh@cgl.citri.edu.au (Steven Hayes) writes:
GY > >  [Stuff deleted]
GY > >>
GY > >> I'm still depressed...
GY > >> Its a virus that has caused all my woes. The machine
GY > >> that I downloaded the
GY > >> service pack onto was infected with the 'Noint' virus.
GY > >>
GY > >  How about telling us which system you downloaded from...
GY >
GY > I'm sorry, my statement above is a little mis-leading. The service pack
cam
GY > from software.watson.ibm.com, which is NOT infected with a virus. ;-)
GY >
GY > The machine I used at my friends work to transfer the sp .dsk files from
GY > watson to floppy was infected with the virus.
GY >
GY I'm curious.  Is this a DOS or an OS/2 virus, and if OS/2 what are the
GY symptoms.  This is very important

My two cents worth.  Just spent last weekend cleaning the stoned virus off
of all the machines in our office.  We only had one machine that was
running OS/2 in the office, and every time we tried to copy stuff off of
diskettes and run programs that were copied from these diskettes, we were
getting all kinds of Traps, and General protection violation errors.
Little did we know at the time, that it was the Stoned virus trying to
write to the partition table!
I checked the machine for the stoned virus, and did *NOT* find it in the
partition table (Whee!) but *DID* find the virus in several executeable
files (the ones copied from the floppies).

So, I said great!... we will just get rid of those files and then we will
be done with this one.

Wrong!  Unfortunately, the machine is configured for Dual-Boot.

My co-worker, who was helping me get rid of all this crap, and who doesnt
like to use OS/2, booted the machine with DOS and made the tragic mistake of
running one of these programs from the hard disk, while he was in the
process of setting up to get rid of the infected programs.

Since these programs were run on top of DOS, the Partition table on the
disk was subsequently infected.  I coulda killed the bum!!!

We then had to do the machine just like we did all the rest. In other
words, a FULL Backup, "Clean" the stoned virus, which always ends up
trashing the partition table when getting rid of the Stoned virus... then
FDISK... Re-partition... Re-Format...and Restore the Backup.
___
 X EZ 1.35 #9909 X Friday, 11/06/92 at  5:50 pm
From: sal8@po.cwru.edu (Steve Luzynski)
Newsgroups: comp.os.os2.misc
Subject: Re: Black Icons
Date: Mon, 9 Nov 1992 21:25:33 GMT
Organization: Case Western Reserve University
NNTP-Posting-Host: b61442.student.cwru.edu

In article <jwj2.40.721280869@po.CWRU.Edu> jwj2@po.CWRU.Edu (Jermaster) writes:
>From: jwj2@po.CWRU.Edu (Jermaster)
>Subject: Black Icons
>Date: Mon, 9 Nov 1992 03:47:49 GMT
>In article <1992Nov8.231129.7352@ringer.cs.utsa.edu> mlevis@ringer.cs.utsa.edu (Mike Levis) writes:
>
>>I've never had problems with black icons........
>
>What is the "black icon" problem? I might have had that happen to me tonight.
>I booted OS/2, and all of the icons were in black and white. When I clicked
>on them, they turned to color. I shut down and rebooted, and everything is
>fine.
>On a possibly related note, I reinstalled Windoze last night, since my 
>previous installation was 20MB (I need it to run Mathematica for Windoze
>over our network server) and I wanted to cut it down to the bare minimum.
>I ran it tonight, and got some problem with a corrupt swap file. I also
>found a file called "386spart.par" that showed up in my root dir that was
>~9MB big! I wiped it immediately. 
>
That's pretty much the black icon problem. It's purely cosmetic, doesn't 
affect functionality at all. Fixed in the service pack.

That thing is the Windows virtual memory swapfile. It gets crapped up when 
you terminate windows in an unfriendly fashion and sometimes just because. 
Flip through your windows books to figure out how to set up a permanent 
swapfile. This will eliminate most of the possibility for trouble.

[Funny how we keep running into each other on here ain't it?]

----------------------------------------------------------------------------
Steve Luzynski @ Case Western Reserve University in Cleveland, OH
sal8@po.cwru.edu             | voice calls cheerlessly accepted at x2153.
----------------------------------------------------------------------------
current mental status: more or less at peace with the world, all things 
considered.
----------------------------------------------------------------------------
this post was written while i should have been doing homework. therefore,
you are indirectly responsible for my current gpa, such as it is.
From: bobo@hpcvra.cv.hp.com (Bob O'Donnell)
Date: Thu, 12 Nov 1992 02:48:12 GMT
Subject: Re: Re: NEC CDR84/74 and OS/2
Organization: Hewlett-Packard Co., Corvallis, OR, USA
Newsgroups: comp.os.os2.misc

It is not always necessary to use CDROM_G.SYS.  If you are using the
74 or 84 with the NEC interface card (made by Trantor in Bay Area), then
things will work with a combination of the software drivers that come
with 2.0 and the drivers that Trantor has on their BBS and on Compuserve.

The Trantor software for OS/2 does not come with the drive, only the DOS
support.

Newsgroups: comp.os.os2.misc
From: mjn@sbmiclr.cs.sunysb.edu (The Sixth Replicant)
Subject: Re: Large Window, small font
Organization: Tyrell Corp.
Date: Fri, 13 Nov 1992 17:38:02 GMT

In article <1992Nov12.232009.20991@midway.uchicago.edu> sip1@midway.uchicago.edu writes:
>
>(a) is quite easy to do -- simply add /K MODE CO80,50 (or whatever) to
>the end of the DOS_SHELL variable in your notebook settings for your
>program object.  I hope that's clear enough -- if not, mail me.
>

OK, here's one: Why can't I say mode co132,25 to get a _wide_ screen when
I'm in a window. I know it's not supported by my VGA board, but when I'm
in a window, I'm not using the VGA's character support anyway.

-----------------------------------------------------------------------------
Marc Neuberger                                            mjn@sbcs.sunysb.edu
Newsgroups: comp.os.os2.misc
Distribution: jadpc2
Date: Sun,  8 Nov 92 00:00:16 -0800
From: George_Marengo@f514.n202.z1.fidonet.org
Subject: Video Benchmark (of sort
Comment-To: All@f514.n202.z1.fidonet.org
Reply-To: George_Marengo@f514.n202.z1.fidonet.org
X-FSC-PATH: 202/514

DD>and changing the date to reflect the version you have.  If you do,
DD>please tell me what readme date you are using with your results!

 Equipment: 386-33 w/64k cache, 8 megs, Trident 512k 8900B 
w/Trident OS/2 2.0 800x600x16 beta driver. GA (3-30-92) code. 

 Running in OS/2 full screen: 13 seconds.
 
 OS/2 window, active window : 88 seconds.

 OS/2 window, background    : 31 seconds.

 OS/2 window, click on      :  4 seconds.
 title bar                  
___
 * MR/2 1.32 NR * Turn your 486 into an XT--just add Windows!

--- Maximus/2 2.01wb
 * Origin: OS/2 Connection @ La Jolla, CA  <619-558-9475> (1:202/514)
Newsgroups: comp.os.os2.misc
From: parry@yoyo.cc.monash.edu.au (Tom J Parry)
Subject: Re: Service Pack Results...
Originator: parry@yoyo.cc.monash.edu.au
Organization: Monash University, Melb., Australia.
Date: Thu, 5 Nov 1992 10:20:42 GMT

larry.a.shurr (shurr@cbnews.cb.att.com) wrote:
> 
> This is my impression, as well.  PM Windows appear faster, but windowed
> VIO & VDM sessions are slower than before.  The VIO & VDM windows appeared
> to be updated in interleaved "zones" -- watch carefully during a full 
> screen paint or a scroll, though maybe it's less visible if you have a
> faster CPU than my 16MHz 386sz.  The interleaved update is an old technique
> we employed on slow systems to keep screen updates from appearing to "sweep"
> from top-to-bottom, a behavior which many find unsightly and emphasizes
> slowness.  The interleaved update, on the other hand, seems to give an 
> impression of greater speed.

I have been playing with Linux and X386 on a 486-33 recently and the speed
of X (running in 4MB with about 2MB free!) is awesome compared to the wps
especially in xterm windows. One of the reasons for this seems to be the
way xterm does screen updates. It seems to update the screen to what is
happening at the time of the update. So a long multi-page directory listing
may be done in 2 or 3 updates. Compared to OS/2's 50 updates for the same
action, it makes xterm much faster. 

When using full screen OS/2 sessions, I can get 128lines scrolled by in
0.78 seconds. I certainly can't see everything that is displayed. If I want
to I will pipe the output somewhere. In a windowed session, it scrolls each
line. If it just displayed the whole screen as it should appear at the
_time_ each update starts then the screen would scroll maybe 25 lines at a
time and things wouldn't be so slow and we'd be able to see as much as we
can from a full screen session. It's rediculous to redraw the screen for
every line of output if it's coming that fast.

-- 
Tom J Parry.
Your reality is a figment of my imagination.
Newsgroups: comp.os.os2.misc
From: kitchin@avo.hp.com (Bruce Kitchin)
Subject: Re: C++ compiler
Organization: Hewlett-Packard, Santa Clara Division
X-Newsreader: TIN [version 1.1.4 PL6]
Distribution: usa
Date: Sun, 8 Nov 1992 02:39:46 GMT

Spicher (gonorth@cs.montana.edu) wrote:
: 
: I thought that there was supposed to be a C++ compiler with the CSD.  Was
: I misinformed, or is there a C++ compiler running around on my machine that
: I haven't seen yet?
: 
:                                      Daron Spicher
: 

I think I heard that a beta of IBM's C++ compiler was included on the
DAP CD ROM.  How one gets a copy, you'll have to ask someone else.
Newsgroups: comp.os.os2.misc
From: bob@netcom.com (Bob Becker)
Subject: TRAP0002
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 7 Nov 1992 19:22:07 GMT

I asked this before, and I received no answers....  so I'll try
it one more time.

Is it possible for bad video RAM and/or bad Cache RAM to cause
the dreaded TRAP0002 ?

The reason I ask is that I have replaced my RAM several times,
and I still get the trap.  I know I'm using good RAM.
I'm about ready to apply the .357 Magnum "fix" to my system
unless I can figure out what's causing this problem.

The system ran error free until I changed the mother board.
That's whi I suspect it may be the Cache or Video RAM.

Any thoughts out there?


Newsgroups: comp.os.os2.misc,comp.sys.ibm.pc.hardware,comp.graphics
From: ntaib@silver.ucs.indiana.edu (Iskandar Taib)
Subject: Re: 24-bit color board for OS/2 2.0 ?
Organization: Indiana University
Distribution: usa
Date: Tue, 10 Nov 1992 14:43:04 GMT

In article <cezSyLa00iV0Q4lIk=@andrew.cmu.edu> sl31+@andrew.cmu.edu (Stephen M. Lacy) writes:


>For $270 (education price) you can get an XGA-2 board with 1 meg of VRAM
>that will do 640x480x65,536.  Its not 24-bit, but its damn well near it.
>With 65,536 colors you can get one color per five pixels, hopefully you
>don't really need more colors than that!  (well, at least for the price,
>its a real bargain) :)
>Its for MCA only (right now) and is made by IBM. (BTW, I just bought one)

If its by IBM it'll only support the 8515 monitor which 
means interlaced at 1024x768, and it won't do 800x600.

640x480?

Thptptptptpt!!!!



-- 
-------------------------------------------------------------------------------
Iskandar Taib                          | The only thing worse than Peach ala
Internet: NTAIB@SILVER.UCS.INDIANA.EDU |    Frog is Frog ala Peach
Bitnet:   NTAIB@IUBACS                 !
Xref: sparky comp.os.os2.misc:36031 comp.os.os2:441 comp.os.os2.apps:8100
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc,comp.os.os2,comp.os.os2.apps
Subject: Re: Help!!! mouse problems!!!
Date: 10 Nov 92 15:07:02 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1dn4c3INN436@darkstar.UCSC.EDU> dhalem@cats.ucsc.edu (Daniel Aaron Halem) writes:
>I'm a lefty and I swapped the mouse buttons for my os/2
>desktop, and my win-os2 desktop, but in full screen dos sessions
>and seamless windows, the buttons are not swapped.  This
>is very distracting!!!!

I believe you can load Microsoft's control panel program (cpanel.exe)
in DOS boxes.  Can you swap the buttons with it?

The cpanel program is included with the MS mouse software.



-- 
  |)  David Charlap          | .signature confiscated by FBI due to
 /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
((|,)                        | source of these .signature virusses
 ~|~
Newsgroups: comp.os.os2.misc
Subject: Wack-OS/2
From: ttullio@eagle.wesleyan.edu
Date: 5 Nov 92 14:40:09 EDT
Organization: Wesleyan University

In article I wrote:
> I recently re-installed OS/2 on a new 120meg drive.  Everything went well,
> and WORKED well for weeks to follow.  But now, when I boot:
> 
> 33% of the time, no icons appear, forcing a CTRL-ESC to restart desktop
> 33% of the time, things LOOK ok, but I get odd out-of-memory errors or
>     random lockups accompanied by frequent beeps, requiring a C-A-D reboot
> 33% of the time, everything is fine.
> 
> I can't imagine what I've done differently this time...
> Any ideas/suggestions?  This is really frustrating!

I just realized ONE thing I did differently:  I didn't install (and therefore
didn't run) the tutorial.  This couldn't have caused this persistent problem,
though... right?  What are my alternatives to re-re-re-re-installing?

    __
   / /\  
  / / / 2              
 / /  \                "I am only familiar with the kitchen area."
/ / /\ \       * ======================================================== *    
\_\/\ \ \        Tom Tullio * TTULLIO@WILLET.WESLEYAN.EDU * Alumni Office  
     \_\/          ----------------------------------------------------

Newsgroups: comp.os.os2.misc
From: tedc@ee.ubc.ca (ted chen)
Subject: Re: Supported SVGA cards
Keywords: OS/2 Service Pack SVGA OAK CHIPSET
Organization: University of BC, Electrical Engineering
Date: Fri, 13 Nov 1992 20:13:21 GMT

In article <1992Nov13.190219.11962@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
>In article <1992Nov13.154602.23034@zip.eecs.umich.edu> dburnett@emunix.emich.edu (Don Burnett) writes:
>>
>> Has someone got an actual listing of supported SVGA graphics cards.
>
>The only video boards with 32-bit drivers (that I know of) are:
>	CGA, EGA, VGA, 8514/a, XGA, and TSENG-4000.
>
>The only boards with seamless Windows drivers are:
>	VGA, XGA, and TSENG-4000.
>
>All of these are included in the Service Pack.  Board manufacturers
>will have their own drivers out soon, but I don't know when.  ATI
>claims sometime around June/July.
>

From what I've heard the 32-bit drivers for 8514/a ARE NOT in the Service Pack
and are due to be released by the end of the year.

That's why everybody running in 8514/a mode (all you ATI Graphics Vantage and
Ultra users) seems to say that graphics speed is sluggish.  I was told this
is happening because 'thunking' occurs between the 16-bit driver and 32-bit
Graphics Engine.


---
Ted Chen    <tedc@ee.ubc.ca>

Newsgroups: comp.os.os2.misc
From: bob@netcom.com (Bob Becker)
Subject: RAM speed
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 5 Nov 1992 17:42:48 GMT

Is anybody running OS/2 with or without the service pack with
80ns RAM installed?
I can find nowhere in the docs that OS/2 requires anything faster
than 80ns, but the tech. rep. I talked to seemed to think that
the source of all my problems was my 80ns RAM.

Any thoughts out there?
From: nap42487@uxa.cso.uiuc.edu (Nishith A. Patel)
Newsgroups: comp.os.os2.misc
Subject: Re: Does VESA Local Bus put a huge strain on a CPU?
Date: 6 Nov 92 05:40:22 GMT
Organization: University of Illinois at Urbana

goyal@utdallas.edu (Mohit K. Goyal) writes:

>Of course, this is where "value" comes into question.  If you buy an
>ISA system and get an ATI Ultra Pro that give you a 25million winmark,
>and someone else pays $500 more for a system with a vl-bus and a vl-bus
>ATI Ultra Pro that gets 30million winmarks, which is better?

WinMarks do not really take into account the video speed advantages Local Bus
provides. Do not make a conclusion about speed based on winmarks.

Also, many vendors are now optimizing their hardware and/or drivers to get
higher winmarks. (Analagous to the optimizing done with Dhrystone.)
From: gershon@husc11.harvard.edu (Ethan Gershon)
Newsgroups: comp.os.os2.misc
Subject: Paradise says it is not working on 2.0 video drivers
Date: 13 Nov 92 22:00:23 GMT
Article-I.D.: husc11.gershon.721692023

I talked to Paradise technical support today and they said that they are
not currently developing OS/2 2.0 drivers due to "lack of demand". I
happen to have a demand and I am annoyed.  The guy I talked to said that
they hadn't gotten any calls about it. so...

The number for Pradise technical support is 1-800-832-4778 (US).  Anyone
who has one of their boards and wants drivers, please call them and let
them know that there *is* a demand.

                                             --Ethan Gershon
                                             gershon@husc.harvard.edu

ps: Paradise makes video cards in case that wasn't clear.
From: "robert eidswick" <robert.eidswick@execnet.com>
Newsgroups: comp.os.os2.misc
Subject: dcf/2 update
Date: 5 Nov 92 09:49:32 EST
Reply-To: "robert eidswick" <robert.eidswick@execnet.com>
Distribution: comp
Organization: Executive Networks Information

hello Mr Sipples.
 I'd like to have you add a important announcement to the FAQ. this is
regarding Proportional Software's DCF/2 program. We are going to ship
the week preceeding COMDEX. thanks.  Robert Eidswick

  Proportional Software has announced and missed a number of
shipping dates for our OS/2 2.0 compression utility, the DCF/2.

  For those of you who have not heard, Proportional Software
has introduced the first dynamic disk compression technology
for OS/2 Version 2.0. The DCF/2, or Disk Compression Facility/2
allows users to increase their disk storage without affecting
applications software or system behaviour.

  On-the-fly disk compression using the DCF/2 results in 35%
to 70% additional disk space, depending on the types of
information on the disk and the level of compression selected.

  The Proportional Software DCF/2 uses native OS/2 file
structures to compress standard file information into less
physical space -- resulting in making a hard disk appear
bigger than it really is!

  DCF/2 compression compares favourably with the other
programs, like Stacker(TM), Superstor(TM), and Doubledisk(TM)
that do similiar disk compression for DOS.

  The situation has rightfully distressed those individuals
who have ordered the product and anxiously await its delivery.
It has been no less distressing to us at Proportional Software.

  We sincerely apologise for the delays and want you to know
that we are as anxious as our customers are for the product's
release.

  As a small company launching its first product into the mass
market of the OS/2 world, we want the product [--] software
and surrounding documentation [--] that we ship to be something
of which we can be proud and which will meet both our standards
and those of the OS/2 user.  It will ship. . . the week before
COMDEX (COMDEX dates are Nov. 16-20).  We have sent final
package samples to our IBM coordinator in Boca for her general
review.

  We want to thank everyone who has shown us such tremendous support
and patience throughout this high pressure time.  We promise
you will not be disappointed with the DCF/2 package you receive.


  Contact Herb Smith at 1-800-666-4672 or by
FAX at 1-800-955-4672, for further information. Callers from
outside of the continenal United States please call voice at
(303)-484-2665 or by fax at (303)-484-2670

  If you prefer to write, our address is---

Proportional Software Corporation
1717 Linden Lake Road
Fort Collins, Colorado  80334

thanks again, and have a great day...
--
Executive Network Information System  (914) 667-4567
International ILink Host
Newsgroups: comp.os.os2.misc
From: anibal@ee470.ee.mcgill.ca (Anibal Jodorcovsky)
Subject: Re: Modem / Boot Mgr. interaction?
Organization: EE Lab, McGill University EE Lab, Montreal
Date: Fri, 6 Nov 1992 11:57:14 GMT

In article <009631F8.9605A080@Msu.oscs.montana.edu> icsip194@Msu.oscs.montana.edu writes:
>I noticed a posting here a couple days ago about a possible interaction between 
>modems and the boot manager, but i didnt see any replys posted.  
>
>I'm having what seems to be a similar problem where the keyboard or both
>keyboard and mouse lock up when trying to dial or connect.  The only way to
>relieve the problem is to turn the power off and re-boot.  It is a 9600/2400
>fax/modem and I am using Kermit 3.01.
>
>Any E-mail hints would be appreciated!

Hi!

I was the one that posted that article.
I check the news every day to see if someone comes up with
any comment. For the moment, I reformatted my whole drive, 
and didn't install the boot manager (only DOS) and I have
been trying the modem for 2 days like this without problems.
I there are more people with this problem, can you check this
out? if you have the possibility of reformating the whole drive
and see if this is the solution, or if it has nothing to do with that.

However, as soon as I get any more concrete information or results
I will be posting them to the net.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   Anibal Jodorcovsky - anibal@ee470.ee.mcgill.ca  =
=\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\=
=    "I believe in God, only I spell it Nature."    =
=                              F.L.Wright           = 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.os2.misc
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: Does VESA Local Bus put a huge strain on a CPU?
Organization: Texas Instruments Inc
Date: Thu, 5 Nov 1992 17:22:46 GMT

In <Bx7sqF.5zy@news.cso.uiuc.edu> nap42487@uxa.cso.uiuc.edu (Nishith A. Patel) writes:

>mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
>[lots of stuff deleted]

>>The only thing local-bus buys you is the ability to shove large images
>>back and forth to a dumb frame buffer quickly.  It's a cheap way to
>>get fast video performance (which is the thing that most people judge
>>the speed of a system by).

>That is the idea, get some fast video performance. having the ability to
>move window information quickly, move graphics screens, quickly, and generally
>move anything quickly to speed up video performance. I think everyone realizes
>local bus is not the ideal and only solution for other things. But other than
>video performance, does anyone really need to get moderate gains in say, 
>hard drives when it means paying that much extra for EISA. True, EISA does
>well for hard drives because 33 MB/s is more than enough. but for other things
>like video should also be taken into consideration, and when you do that, I think EISA is not worth it.

Well, if you're only concerned about speeding up video, then you're
right.  EISA isn't the way to go.  In fact, under DOS EISA is a waste
of money.  It's practically impossible to saturate the ISA bus under
DOS anyway.  Of course, you could always buy an EISA video board (VERY
expensive) or get a coprocessed board (so you send it 100k of
instructions and it produces a 1M image -- also more expensive than a
dumb frame buffer).  All local bus does is save you a little money on
the add-in cards.  What do you do when someone comes up with a better
coprocessed board and you're suddenly slower again?

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