HDTenEightyP/NetNews huggingface dataset:
From: 12100z@d1.dartmouth.edu (Tom Buskey)
Newsgroups: comp.os.os2.misc
Subject: Re: Any Gateway2000 users out there?
Date: 16 Nov 92 20:53:45 GMT
Organization: School of Indiscriminate Grappling
Newsreader: MS Windows WinVN

In article <mullins.721927625@convex.convex.com>, mullins@convex.com (Don Mullins) says:
>  I just ordered a new machine from Gateway2000, and as my luck would have
>  it, the very next day I heard a horror story about installing OS/2 on a
>  Gateway machine.
>
>  The machine I ordered is:
>   Model 4DX-33V
>   8MB RAM, 64K Cache
>   Adaptec 1542A SCSI, with a 200MB HD
>   ATI Ultra Pro VESA Local bus, with 1MB VRAM
>  
[stuff deleted]
>---                     Don Mullins, mullins@convex.com
>----                      Convex Computer Corporation
>---                         Richardson, Texas (USA)
>--
I just got a Gateway myself - same model w/ 340MB IDE drive & the 15" monitor.
And, I have a Syquest 88MB removable drive attached to an Adaptec 1542b I transfered
into the machine.
 
Yes, I had problems installing.  IBM was very helpful - they spent over an hour at 2 different
times helping me.  Here's some hints:
Use the ATI utility disks for from Gateway.  Use the Install program to set the powerup
configuration.  Tell it you have a PS/2 VGA screen instead of Gateway's.  You'll get
640x480, but I've heard you can create a custom monitor w/ refresh @ 72MHz.  I'm using
joel's drivers, installed manually as he says at 1024x768x256.  I also reset my monitor to
the Gateway type.
 
I used boot manager & set up:  a primary 3MB dos, 140 (?) extended/logical DOS (not bootable),
and the rest went to OS/2 installable.
 
The Syquest works if the SCSI id is 0.  Then it uses Adaptec's bios to call itself d:.
 
I'm using an HPFS system too.  I failed to get past disk 6 because of the Video once.  I used
DOS fdisk & had problems after the install too.  Then I tried to re-install w/o formatting.  That
didn't do anything.  you can't reinstall over an existing system.  I reformatted & got a clean
install.  You might have to go into config.sys & change \os2\mdos\vvga.sys to vsvga.sys
to get windows in high res.
 
I might have left some stuff out, but I have a nice system now.  I can boot OS/2 (default) or
from my 3MB DOS.  the extended DOS is accessable from DOS & OS/2 as D: too.  And I
have all those neat GNU tools w/o the stupid 8 character filenames :-)
 
Tom Buskey   12100z@d1.dartmouth.edu
"It is not I who am crazy, it is I who am mad!" - Ren in 'Space Madness'
Newsgroups: comp.os.os2.misc
From: tommy@msc.cornell.edu (Mike Thompson)
Subject: Order of statements in config.sys
Organization: Cornell-Materials-Science-Center
Date: Fri, 20 Nov 1992 18:22:58 GMT

It would appear from the haphazard way commands are put into the
config.sys by install program that the order is irrelevent. 
However, later install programs appear to throw new commands in
specific positions (such as TCP/IP).

I know of the following constraints in actual loading.  Does anyone
know of a more complete list? (IBM????)

   BASEDEV loaded according to extensions
   DEVICE= commands loaded (in order of appearing in config.sys??)
   RUN=    commands executed

When do the SET's show up?  ie., are all environment variables set
before any of the DEVICE commands are run or are they added to
environment in the order they appear and are present for DEVICE
commands only if they appear before it in the CONFIG.SYS?

When are ifs commands handled? Must be early, but are they order
sensitive and is before or after BASEDEV commands?

What about quasi-set type commands such as "libpath, protshell,
buffers, diskcache, codepage, devinfo, ...".  Must they be set
before some DEVICE command runs?

I remember that device=pmdd must go before device=pointdd.  Any
other similar requirements?

How about all the device=\os2\mdos\vxxxx.sys?  Again, do their
corresponding physical drivers have to be loaded first?

I used to understand the operation of CONFIG.SYS and AUTOEXEC.BAT
for DOS. But I'm completely blind in OS/2 and IBM seems to be moving
the way of the Mac hiding everything from the user.  Is there a way
to get some detailed technical information?  It would make managing
the systems a lot less trial- and-error if I had the sense I know
what was going on!

Newsgroups: comp.os.os2.misc
From: pkedrosk@student.business.uwo.ca (Paul S. Kedrosky)
Subject: Re: Bug Found in SVGA.EXE
Organization: University of Western Ontario
Date: Tue, 17 Nov 1992 14:36:46 GMT


rkimmel@stein.u.washington.edu (Robert Kimmel) writes:

> In article <o16cuB2w165w@student.business.uwo.ca> pkedrosk@student.business.u
> >Be aware that there is a bug in the SVGA.EXE program supplied with the
> >SP (and maybe with the orginal disks too). This has been verified by a
> >number of users. The problem is that the SVGA program does not
> >correctly identify certain video cards (notably Diamond Speed Star
> >Plus ET4000 based cards). The work-around is to boot up under real DOS
> >and run SVGA there. The PMI file thus created will be correct and
> >should be used in place of the one created by SVGA.EXE when run under
> >full screen OS/2 DOS sessions.
> >
> >Paul
> >
> Sorry to say this, but it worked quite fine for my Diamond SpeedStar Plus  
> ET4000 card.  As a matter of fact, I'm quite happy with how everything works.
> So it must be a real nice bug, eh?

Hmmm. The mail seems to be running about even on this one. I've had
people tell me they've had exactly the same problem and used the same
fix and people (like the above) tell me that svga.exe worked exactly
as advertised on their system. Who can figure it?

Let's just say that SVGA.EXE is inconsistent in its card
identification. Users with what appear to be almost identical
configurations are having very different results when they follow
identical steps in installing high res video support. 

IBM's ET4000 support, while functional, hasn't proven (witness the incessant
traffic on the subject) to be a paragon of driver support.

Just my opinion...

Paul;




 __________________________________________________________________________
  Paul S. Kedrosky               || "A screaming comes across the sky. 
  pkedrosk@business.uwo.ca       ||  It has happened before, but there is
  University of Western Ontario  ||  nothing to compare it to now."
  London ON CANADA N6A 3K7       ||  
  (519) 679-2111 x5174           ||  
 --------------------------------------------------------------------------
Newsgroups: comp.os.os2.misc
From: jsanchez@halcyon.com (Jim Sanchez)
Subject: Book Manager Problem with Courier font
Organization: The 23:00 News and Mail Service
Date: Sat, 21 Nov 1992 16:58:12 GMT

I have the dev CD-ROM with the bookmanager on it and have found it very
nice to use.  I did some font changes on my desktop a while back and now
when I open the bookmanager it: (1) does not find any books UNLESS I
select the drive (it has some garbage char in the field) and enter
default (which changes the field to j:\book.  It then hums for a bit and
finds the 31 or so books that I expect (2) I select one of the books and
it pops the title up in a dialog box and then gives an error message to
the effect that it requires courier font.  Now I HAVE the silly courier
font on my system and always have.  If I select the font change icon it
shows all the fonts including the courier as happy as a clam.  This
thing worked fine when I installed it so it must be something I fiddled
with however, my setup is perfectly valid as far as I can tell.
All help appreciated.

-- 
Jim Sanchez
Hughes LAN Systems jim@hls.com OR jsanchez@halcyon.com
Kirkland, WA 98033 (206)828-7417 (voice) (206)828-2454 (FAX)
Newsgroups: comp.os.os2.misc
From: jamesj@netcom.com (James Janssen)
Subject: 16550afn, Qmodem, & OS/2: Help.
Summary: Help for OS/2 mode settings for using 16550a uart with Com progs.
Keywords: 16550 Qmodem OS/2 mode
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 23 Nov 1992 07:19:57 GMT

	I am having troubles downloading with Qmodem, under OS/2.  I
installed a 16550afn Uart, and my system recognizes it okay, but I
can't seem to get OS/2 to use it properly.  I get many errors causing
transfers to abort whenever I start multitasking.  What are the best
MODE settings to use.  I would appreciate any and all information on
this topic.  Please post suggestions to this newsgroup.


Thanks
jamesj@netcom.com

-- 
James Janssen              jamesj@netcom.com
**************L.A. KINGS #1*****************
Newsgroups: comp.os.os2.misc
Distribution: jadpc2
Date: Fri, 20 Nov 92 09:02:10 -0800
From: Boulton_Fernando@f514.n202.z1.fidonet.org
Subject: Tseng Lab ET 4000 800X60
Comment-To: Jiansheng_Zhao@f514.n202.z1.fidonet.org
Reply-To: Boulton_Fernando@f514.n202.z1.fidonet.org
X-FSC-PATH: 202/514

 > I tried various ET4000 drivers, none of them works. Where is the
driver 
 > for Tseng Lab ET4000 card ? Thanks for any info. 
 > --  
  
Why not try the driver that came with the SP,  it works fine on mine
except for  
seamless winos2 3.1 
 
___
 X KWQ/2 1.0C X 

--- Maximus/2 2.01wb
 * Origin: OS/2 Connection @ La Jolla, CA  <619-558-9475> (1:202/514)
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Re: * OS/2 2.0 specific ATI drivers Available *
Date: 16 Nov 92 16:59:53 GMT
Article-I.D.: njitgw.1992Nov16.165953.27333
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Nov16.024924.4174@zooid.guild.org> kovarski@zooid.guild.org (Mark Kovarski) writes:
>
>There are two good news to report. Here we go:
>
>1) Currently, ATI has the OS/2 2.0 drivers available for download. These are
>   the drivers for the 16-Bit GRE and the ATI MACH 8 cards.
>   The drivers are 132077 Kbytes in length (compressed) and are under the
>   filename OS2ACC.ZIP . The Microchannel bus version is also available
>   under OS2MCA.ZIP and is 131574 Kbytes in length.

How about a driver for the VGA-Wonder boards, and one that doesn't
crash under XR-6055?  Or is this a subtle hint to bugger off and buy
an Mach-8 card?
-- 
  |)  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
From: mortenk@dhhalden.no (MORTEN KNUDSEN)
Subject: Re: Tseng 4000 Installation
Organization: Ostfold College
Date: Sun, 15 Nov 1992 22:06:53 GMT

In article <1992Nov13.233902.28555@midway.uchicago.edu> sip1@ellis.uchicago.edu (Timothy F. Sipples) writes:
>In article <92315.120207MICHAELB@UCF1VM.BITNET> Michael `Anti-Microsoft' 
Brunetti <MICHAELB@UCF1VM.BITNET> writes:>>I installed Hi-res using 
DSPInstall because when I did Selective install>>it never asked me what Res 
or anything.  How do I switch?  When it asks for>>the disks, which ones do I 
give? the GA or Service Pack?>
>No, use Selective Install.  Just check the box next to your Primary
>Display.  When it prompts for diskettes, use the GA diskettes followed
>by the requested Display Diskette (from the Service Pak).
>

I have the version of the ET4000 chip that lost sync when opening full 
screen sessions, and when using selective install to switch to hi-res, the 
old VSVGA.SYS was installed, and I lost sync again. I have used DSPinstall, 
and it seems to work ok.
Newsgroups: comp.os.os2.misc
From: doug@shako.Colorado.EDU (Doug McKnight)
Subject: WPSbkup problem. 
Reply-To: doug@shako.Colorado.EDU (Doug McKnight)
Organization: University of Colorado, Boulder
Date: Mon, 23 Nov 1992 18:19:33 GMT


WPSbkup (from wpsbkup6.zip) can't find my desktop. 
Does anyone know why this could be?

It's a "clean" re-install of os/2 and then the SP. 
I've used 5 of my trial runs failing to backup anything! I'd really
like this to work. I moved the desktop into a user partition and then
tried it back in the os2 boot partition but neither were found. 

Any ideas?

Douglas
From: djbpitt+@pitt.edu (David J Birnbaum)
Newsgroups: comp.os.os2.misc
Subject: Inimaint v 1.1f
Date: 18 Nov 92 23:17:12 GMT
Organization: University of Pittsburgh

The most recent version of Inimaint available on hobbes is 1.1d. One
CompuServe user reports getting 1.1f from there, but he doesn't have ftp
access and can't place this on hobbes. I don't have CompuServe access
and can't get my own copy. Version 1.1f incorporates some modifications
to deal with changes introduced by the SP.

Could someone with both CompuServe and ftp access please snag this file
from CompuServe and upload it to hobbes? As someone with an
out-of-control growwing os2sys.ini problem, I'd like to see what
Inimaint can do to help. (Meanwhile, copyini works fine, but the newest
Inimaint is reported to be able to let the user replace the ini files
without shutting down the system and booting from a floppy. Neat
trick.)

Thanks very much,

David
-- 
Professor David J. Birnbaum         djbpitt+@pitt.edu [Internet]
The Royal York Apartments, #802     djbpitt@pittvms   [Bitnet]
3955 Bigelow Boulevard              voice: 1-412-687-4653
Pittsburgh, PA  15123  USA          fax:   1-412-624-9714
Newsgroups: comp.os.os2.misc
From: mlevis@ringer.cs.utsa.edu (Mike Levis) (OS/2)
Subject: Re: OS/2 Crashproof? NOT!
Organization: University of Texas at San Antonio
Date: Fri, 20 Nov 1992 07:40:33 GMT

In article <1992Nov19.203412.23450@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
>In article <1992Nov18.063745.6394@ringer.cs.utsa.edu> mlevis@ringer.cs.utsa.edu (Mike Levis) writes:
>>I don't have the SBOS2 driver, but since OS/2 drivers have the same
>>privilege level as the kernel (at ring 0), dangerous drivers (buggy,
>>beta, or badly installed) can knock down OS/2.
>
>Well, device drivers don't run at ring 0, at least they're not
>supposed to.  They run at ring 2 (along with IOPL segments, I
>believe).

Actually, device drivers do run at ring 0.  From page 241 of _The Design
of OS/2_ (Deitel and Kogan):

	"Device drivers are device dependent modules that provide the
	low-level I/O support for a device.  They are trusted modules--
	they run at privilege level 0 and have access to the kernel."

Even the DOS support code run at ring 0.  From page 298 (10.4.4 Virtual
Device Drivers):

	"Virtual device drivers virtualize hardware and ROM BIOS services
	on a per-VDM basis.  They provide support for the direct
	manipulation of memory-mapped I/O devices, and the direct programming
	of I/O ports [... deleted ...]
	VDDs are trusted modules that execute in protected mode at ring 0."

Kogan was the lead architect of 32-bit OS/2.

-- 
==== Mike Levis   mlevis@ringer.cs.utsa.edu ====
::   ftp ftp-os2.nmsu.edu (128.123.35.151)    ::  .--.
::   for OS/2 software & information.  Get    :: (OS/2)
:::: the OS/2 FAQL in dir /pub/os2/all/faq :::::  ~--~
From: spring@diku.dk (Jesper Honig Spring)
Newsgroups: comp.os.os2.misc
Subject: problems with ET4000 (HELP)
Date: 16 Nov 92 11:26:16 GMT
Organization: Department of Computer Science, U of Copenhagen


Hello,

I'm testing a Tseng 4000 VGA card. It is about one year old. I want to buy it
from a friend of mine if it will work with OS2. I have downloaded several
device drivers for ET4000 from some ftp-sites, including ftp-os2.nmsu.edu.
How ever I still haven't found a driver, which works properly with this card.
My qustion is; Can it be that the card is to old or is it simply because I
haven't searched long enough for the proper driver.

Please (also) email me.

-- 
-------------------------------------------------------------------------------
jesper honig spring, spring@diku.dk |        IF ANIMALS BELIEVED IN GOD       
university of copenhagen, denmark   |         THE DEVIL WOULD BE A MAN
-------------------------------------------------------------------------------
Newsgroups: comp.os.os2.misc
From: pkedrosk@student.business.uwo.ca (Paul S. Kedrosky)
Subject: Re: An SVGADATA.PMI for Speedstar+, 1024x768, SP, no sync bugs
Organization: University of Western Ontario
Date: Tue, 17 Nov 1992 03:20:48 GMT

dandrews@bilver.uucp (Dave Andrews) writes:

> If you have been experiencing SYNC problems in OS/2 full screen sessions,
> with the Tseng drivers in 1024x768 res, and the service pack installed,
> then the following may be of value to you.                
[stuff deleted about]

As I wrote in a previous post, there is a bug in the svga.exe program
provided by IBM. It does not properly detect certain video cards (my
experince is with the Diamond Speed Star ET4000 card) and the pmi file
it creates does not permit OS/2 to run in any resolution higher than
640x480.

The solution is to boot up to REAL DOS and run svga.exe there. The PMI
file thus created will be correct and must be used in place of the one
created by svga.exe under an OS/2 DOS session.

Paul


 __________________________________________________________________________
  Paul S. Kedrosky               || "A screaming comes across the sky. 
  pkedrosk@business.uwo.ca       ||  It has happened before, but there is
  University of Western Ontario  ||  nothing to compare it to now."
  London ON CANADA N6A 3K7       ||  
  (519) 679-2111 x5174           ||  
 --------------------------------------------------------------------------
From: gouvea@zariski.harvard.edu (Fernando Gouvea)
Newsgroups: comp.os.os2.misc
Subject: Re: TE/2 vt100 emulation problem
Date: 19 Nov 92 00:20:05 GMT
Article-I.D.: husc3.1992Nov18.192007.17581
Organization: Colby College Dept. of Math/CS

In article <1992Nov18.172629.10279@mustang.mst6.lanl.gov> carter@ferrari.mst6.lanl.gov (Dave Carter) writes:
>>>>In article <9309@blue.cis.pitt.edu.UUCP> djbpitt+@pitt.edu (David J Birnbaum) writes:
>>>>>The specifics are that parts of the screen are often (but not always)
>>>>>blacked out as I move across them (either with cursor movement or when
>>>>>entering text). The area affected seems to be from the left margin to a
>>>>>bit more than halfway across the screen. Sometimes when I enter text,
>>>>>each character is displayed briefly and then blacked out; other times
>>>>>several characters linger briefly and are then all blacked out at once.
>>>>>This doesn't happen every time I use vi, but it's very frequent. It
>>>>>usually occurs when I am editing text; if I am appending new text at
>>>>>the end of a document, everything works smoothly...
>
>i have the same problem using emacs.

This is getting to be a FAQ... The problem has to do with the vt100 using
tabs to position the cursor. You can either:

1) get the latest version of compak2.dll, which fixes the problem (download
TE/2 again; the new dll was inserted into the TE/2 archive),

or

2) run stty -tabs in your unix system to tell it not to use tabs to
position the cursor.




-- 
============================================================================
Fernando Q. Gouvea				fqgouvea@colby.edu
Dept. of Math/CS				(207)-872-3278
Colby College					Mudd 407
From: futeh@ccwf.cc.utexas.edu (Futeh Kao)
Newsgroups: comp.os.os2.misc
Subject: Syquest performance
Keywords: info wanted - detailed if possible!
Date: 19 Nov 92 23:31:01 GMT
Organization: The University of Texas at Austin, Austin TX

I have two syquest drives attached to my Adaptec 1542b. When I
use lockdrv.flt, the performance is much better (order of magitude)
than just treating the syquest drive as a big floppy drive. The
disadvantage is that I can't interchange the cartridge. Why is there
such a drastic speed difference?  Furthermore, when I copy folders with
large number of files into the syquest drives,more often than not, the
system responds with error messages saying the drives are not working 
or wasn't formated correctly. At least, it doesn't just crash ; before
I had applied the CSD it would definitely crash when I drag a huge
folder (over 5 meg) into one of the syquest drives. What I had just
described occured on two different machines. Furthermore, I doubt
that both syquests were defective ( they both work beautifully when
conected to a NeXT).  Why is IBM so inept in writing scsi drivers?

Newsgroups: comp.os.os2.misc
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: trident SVGA with SP
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Sun, 22 Nov 1992 21:28:48 GMT

In article <BUHR.92Nov21205210@ccu.umanitoba.ca> buhr@umanitoba.ca (Kevin Andrew Buhr) writes:
>>  Does the service pack really support trident SVGA, or is this
>>  just a big lie.  I installed it, and it claims to be running
>>  in SVGA, but it looks like the same old 640x480 crap to me.
>>  Am I missing something?
>Even if it *says* your display is "Super VGA", you *must* select "OS/2
>System -> System Setup -> Selective Install", select the "Display"
>checkbox, remind OS/2 you have a "Super VGA", select the desired
>resolution, and reinsert all the diskettes from your original OS/2
>diskettes and the two display driver diskettes from the Service Pack
>when prompted.
>Then, when you restart your system, OS/2 *should* give you a Super VGA
>desktop.

Correct, but bear in mind that that method only works (at the moment)
for Tseng 4000 and a special IBM 640x480x256 mode (which probably
applies to the ThinkPad 700C, but I'm not sure about that).

-- 
Timothy F. Sipples      | Read the OS/2 FAQ List 2.0g, available from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/info
Dept. of Econ., Univ.   | /faq, or from LISTSERV@BLEKUL11.BITNET (send "HELP")
of Chicago, 60637       | [Read the List, THEN post to ONE OS/2 newsgroup.]
From: marten@feki.toppoint.de (Marten Feldtmann)
Newsgroups: comp.os.os2.misc
Subject: Re: CSD and a growing swapper.dat
Date: Sun, 22 Nov 92 10:16:50 GMT
Organization: Private OS/2 System

In article <4450@copper.Denver.Colorado.EDU> rvaniwaa@copper.denver.colorado.edu (Ronald J. Vaniwaarden) writes:

>I too was having the same problem (16 mb ram, no apps running and 12+ mb
>swap file)  The solution turned out to be to get rid of the background bitmap.
>Apparently, the CSD/32-bit GRE has some trouble with remembering that it no
>longer needs memory that it has swapped out to disk when it comes to
>graphics on the desktop.  I got rid of the background and have a solid color
>now and I have a manageable swapfile

 Same problems with the beta on the CD-ROM, swap file is growing very
early, but it does not shrink to the original size back ... but I've
seen the swap file shrinking but only with minimal success: From 12MB to
9MB with just the desktop running .. :-)

 MF


--
Marten Feldtmann,     Kieler Str. 29,       2300 Kiel 14,    Germany
E-Mail: marten@tpki.toppoint.de, FAX possible
Newsgroups: comp.os.os2.misc
From: makovsky@scsuc.ctstateu.edu (MAKOFSKY,STEVEN)
Subject: Os/2 GA/SP and WinOS2 3.1 HELP!
News-Software: VAX/VMS VNEWS 1.41    
Organization: Southern Connecticut State University - Computer Center
Date: Thu, 19 Nov 1992 20:21:00 GMT


I know the instructions say "Dont do this", but, hey, Ive seen others getting
it to work, and im curious on how they did this..

Ok. I have Os/2 GA sitting here, ready and waiting. I have the Os/2 Beta disks
here, and the service pack still here on disk aswell, neither have been 
installed
yet. Can anyone give me the correct procedure for getting this GA+SP+3.1beta
working properly? Even if it means reinstalling 2.0GA, I dont care, just 
want to be able to use the 3.1 stuff.. Ok. Can anyone help?
Thanks!

MAKOVSKY@SCSU.CTSTATEU.EDU

Newsgroups: comp.os.os2.misc