home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ukma!wupost!zaphod.mps.ohio-state.edu!menudo.uh.edu!cl2.cl.uh.edu!csci19dc
- From: csci19dc@cl2.cl.uh.edu (461577198 PAREKH, SOHAIL)
- Newsgroups: comp.os.os2.apps
- Subject: Re: IOPL=NO locks system
- Date: 17 Nov 1992 11:32 CST
- Organization: University of Houston - Clear Lake
- Lines: 19
- Distribution: world
- Message-ID: <17NOV199211325491@cl2.cl.uh.edu>
- References: <Bxv7wD.4Jv@helios.physics.utoronto.ca>
- Reply-To: CSCI19DC@cl.uh.edu
- NNTP-Posting-Host: uhcl2.cl.uh.edu
- Summary: After CSD+new drivers, only IOPL=YES works
- News-Software: VAX/VMS VNEWS 1.4-b1
-
- In article <Bxv7wD.4Jv@helios.physics.utoronto.ca>, karls@aurora.physics.utoronto.ca (Karl Schroeder) writes...
- >Do the new ET4000 drivers bundled with the SP require IOPL=YES? It would
- >seem so from my experience. The system locks on load of PM if I change
- >IOPL to no.
- > This is the only oddity I've found with the full SP installation. My
- >problems with lockup of dos and os2 windows may have been due to the fact
- >that after first installing the SP, I continued using the Trident 16-bit
- >driver. Maybe the hardware couldn't cope; but with an ET4000 card, the
- >graphics fly.
- > My system: 486/33, 8 meg, 120 meg IDE.
-
- Sorry I cant give you some kind of answer, Karl.
-
- I just wanted to post and say that this also occurs with the WIN31-32BIT GRE
- Beta, at least on my PC Clone.
-
- I cant specify any application on the line either;ie..."IOPL=SOMEAPP" will
- also result in the machine just sitting there locked tight as a drum.
-
-