HDTenEightyP/NetNews huggingface dataset:
From: 21329JMK@MSU
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Smartdrv vs Built-In Cache
Date: 22 Jul 92 13:07:21 GMT
Organization: Michigan State University

------------------------- Original Article -------------------------
In article <0095DEA2.6EBC7340@srcvax.cem.msu.edu> medlin@srcvax.cem.msu.edu (Ste
>In article <1992Jul19.072105.11795@ee.ubc.ca>, tau@ee.ubc.ca (AU TRI
>BANG) writes: >In article <1992Jul17.191818.26079@ee.ryerson.ca>
>mzeytin@gauss.NoSubdomain.NoDomain (Mehmet Zeytinoglu) writes:
>>>If the hard drive you are using has a built-in cache (as more and more
>>>drives seem to have) how important is it to use the SMARTDRV in your
>>>Windows 3.1 setup?

The flavor was if your going to spend $ you would be better served buying
memory and using SMARTDRV then spending extra $ for built-in cache.
From: jfreter@triton.unm.edu (The Myth)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Which HIMEM.SYS to use?
Date: 21 Jul 92 16:25:55 GMT
Organization: University of New Mexico, Albuquerque

In article <15503@star.cs.vu.nl> rmast@cs.vu.nl (Mast RN) writes:
>krishnan@ra.csc.ti.com (Srinivasan Krishnan) writes:
>
>
>>I have installed DOS 5.0, Windows 3.1, and C++ 7.0 (SDK 3.1) in my
>>machine.  All three of them have HIMEM.SYS. Which one do I use?
>>I suppose I should use the one in Windows 3.1.
>Last weekend I read the big DOS 5.0 book. In there is the answer...
>
>You have to use the DOS 5 version!
>
>>I know all three of them are different, because I used the fc 
>>command.  Can someone send me mail to
>>		krishnan@wind.add.itg.ti.com
>
>>Regards,
>>Krishnan

Well, the windows 3.1 driver has a few enhancements that don't exist in the DOS
5.0 version that make it more reliable with windows.  I don't know about the 
C++ version of it, but if it has a more recent creation date, then use it.
otherwise, use the windows one.  The dos one can cause problems with windows
and its apps.
Newsgroups: comp.os.ms-windows.setup
From: bataller@dogie.macc.wisc.edu (Erik Bataller)
Subject: Qemm 6.0.3, Stacker, smartdrv H
Organization: University of Wisconsin Academic Computing Center
Distribution: comp.os.ms-windows.setup, comp.os.ms-windows.misc
Date: 28 Jul 92 20:15:02


Hello,
3~	I am running Win 31 and currently use Qemm 6.03, Stacker 
2.0, and PC-Cache from PCtools.  When I try and use smartdrv I am unable to 
access my F:.  I have C and G unstacked, D E & F stacked, H has been
allocated by Stacker and I: is a ramdrive.  After loading smartdrv 
without PC-Cache I am unable to see F:.  

Any Ideas would be greatly appreciated.

Erik

Internet:  Bataller@macc.wisc.edu
Bitnet: Bataller@wiscmacc.bitnet  
Newsgroups: comp.os.ms-windows.setup
From: 900058s@dragon.acadiau.ca (Andre Sonnichsen)
Subject: Novell network and Win3.1 problems
Organization: Acadia University
Date: Thu, 30 Jul 1992 18:12:55 GMT

  I've just installed Win3.1 on an ethernet-ed machine, and am trying to
set up various items for programs on the network.  Whenever I try to run
these programs through windows, I get an "Insufficient File Handles" message.
I've tried increasing the"files=" line in config.sys, but to no avail.

  Does anyone know what's going wrong?

machine is : 386 w/ 8Mb RAM
             standard wd8003e/ipxp/netx network stuff


  Thanks,



Andre Sonnichsen
900058s@dragon.acadiau.ca

Newsgroups: comp.os.ms-windows.setup
From: nat@owlnet.rice.edu (Nathaniel W Guyton)
Subject: Sndblst.dll - undefined dynalink?
Organization: Rice University
Date: Wed, 29 Jul 1992 06:37:06 GMT

I'm having problems with my Soundblaster Pro in Windows 3.1.  The problem is
that win3.1 is not recognizing sndblst.dll.  I have it in my windows dir, as
instructed, but when I run Chatterbox, I get a "call to undefined dynalink"
error.  Any ideas?  Is there a 3.1 version of the .DLL?  I'm pretty sure that
this is a 3.0 version...  Could anyone direct me in finding and successfully
installing this?
	NOTE: I had it working before, bt had to reinstall Windows, losing
the file in the psocess.  Well, I have also lost the 2 disks that came with
SBPro (temporarily), so I can't get this going...
	Any help is greatly appreciated.  Even the # of the CL BBS?

		Nat Guyton
-- 
/----------------------------------------------------------------------------\
| Nat Guyton	  	    When traveling the road of life, don't forget to |
| nat@owlnet.rice.edu 	    stop every now and then to ask for directions.   |
\----------------------------------------------------------------------------/
From: samir@aios.jsc.nasa.gov (Samir Giri)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Novell network and Win3.1 problems
Date: 31 Jul 1992 13:50:25 GMT
Organization: KRUG Life Sciences - NASA

In article <1992Jul30.181255.2560@dragon.acadiau.ca> 900058s@dragon.acadiau.ca (Andre Sonnichsen) writes:

>  I've just installed Win3.1 on an ethernet-ed machine, and am trying to
>set up various items for programs on the network.  Whenever I try to run
>these programs through windows, I get an "Insufficient File Handles" message.
>I've tried increasing the"files=" line in config.sys, but to no avail.

>  Does anyone know what's going wrong?

>machine is : 386 w/ 8Mb RAM
>             standard wd8003e/ipxp/netx network stuff


>  Thanks,



>Andre Sonnichsen
>900058s@dragon.acadiau.ca

What you need to do is change the "files = " in the net.cfg or the shell.cfg 
file that is called when you load up the network shell NETx.com.  If you 
don't have one of these files defined, create the net.cfg file and put the 
"files = " and "buffers = " lines in them using a standard text editor.
If you have any questions, you can mail me at sgiri@medics.jsc.nasa.gov.

                                               ---Samir
From: ddavis@mips2.ma30.bull.com (Dave Davis)
Newsgroups: comp.os.ms-windows.setup
Subject: Looking for 3.0 Screensaver
Date: 30 Jul 92 18:56:04 GMT
Distribution: usa
Organization: Bull HN Information Systems Inc.

Hi. I'm looking for a free-to-cheap screensaver that
works while installed beneath  MS Windows 3.0.

Thanks for any pointers. Unless this is
generally a problem, please e-mail me and don't post;
e-mail me for 'me-too's also.

Thanks.

Dave Davis
ddavis@cass.bull.com

Disclaimer: These are my opinions & activities alone.
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Which HIMEM.SYS to use?
From: Aengus Lawlor <RBYAML@rohvm1.rohmhaas.com>
Date: Tue, 21 Jul 1992 11:37:25 EDT
Organization: Rohm and Haas Company

In article <15503@star.cs.vu.nl>, rmast@cs.vu.nl (Mast RN) says:
>
>krishnan@ra.csc.ti.com (Srinivasan Krishnan) writes:
>
>
>>I have installed DOS 5.0, Windows 3.1, and C++ 7.0 (SDK 3.1) in my
>>machine.  All three of them have HIMEM.SYS. Which one do I use?
>>I suppose I should use the one in Windows 3.1.
>Last weekend I read the big DOS 5.0 book. In there is the answer...
>
>You have to use the DOS 5 version!
That's the wrong answer. The version of HIMEM.SYS that comes with DOS 5.0
supersedes the version that came with Windows 3.0. The DOS 5.0 HIMEM.SYS
is version 2.60. The Windows 3.1 HIMEM.SYS is version 3.07.
Remember that DOS 5.0 was over a year old when Windows 3.1 was released.

While the Windows 3.1 manual doesn't actually refer to HIMEM versions,
the Windows 3.1 Resource Kit does recommend using the most recent version
it the event that you experience problems. And the Windows 3.1 installation
changes your CONFIG.SYS to make it use the Win31 version if you had been
using the DOS 5 version.

I don't know what version the C++ HIMEM is, but I'd use the most recent
version you have. (The date of the file isn't necessarily a good indication.
The Win31 HIMEM has a date of 3-10-92, but includes 2-14-92 in the banner).
>
>>I know all three of them are different, because I used the fc
>>command.  Can someone send me mail to
>>               krishnan@wind.add.itg.ti.com
>
>>Regards,
>>Krishnan
Aengus
--
RBYAML@ROHMHAAS.COM                    Aengus Lawlor
RBYAML@ROHVM1.BITNET                   (who used to be ALAWLOR@DIT.IE)
"How about some of that famous Dublin wit, Barman?"
"Certainly, sir. Would that be Dry or Sparkling?"
Xref: sparky comp.os.ms-windows.setup:770 comp.os.ms-windows.misc:1687 comp.windows.ms:18105 comp.periphs.printers:2260
From: guyot@bellatrix.inria.fr (Gilles Guyot)
Newsgroups: comp.os.ms-windows.setup,comp.os.ms-windows.misc,comp.windows.ms,comp.periphs.printers
Subject: Need printer driver under Win 3.1 ( MT 80 printer )
Date: 30 Jul 92 09:35:48 GMT
Reply-To: guyot@bellatrix.inria.fr ()
Followup-To: comp.os.ms-windows.setup
Organization: INRIA, Sophia-Antipolis (Fr)



	Hello,

  I have an old Mannesmann-Tally MT 80 printer and I need a 
  specific driver to use it under Win 3.1. I've tried different
  drivers from the predefined list ( MT 81, MT82 ... ) but, in the 
  the best case printer switch always to graphic mode when I print 
  some text with WRITE. I've also tried to find the micro-switches to
  turn the printer in IBM or EPSON mode but I've not yet discovered them. 

	Could someone please, give me some advices ?

	Thank you in advance

		Gilles GUYOT

  /*----------------------------------------------*\
  |   Gilles GUYOT				  |
  |   INRIA Sophia-Antipolis FRANCE		  |
  |   email : guyot@bellatrix.inria.fr		  |
  \*----------------------------------------------*/
Newsgroups: comp.os.ms-windows.setup
From: fox@rei2.uucp (Fuzzy Fox)
Subject: Re: Which HIMEM.SYS to use?
Date: Tue, 21 Jul 1992 17:44:44 GMT
Organization: REI

krishnan@ra.csc.ti.com (Srinivasan Krishnan) writes:

>I have installed DOS 5.0, Windows 3.1, and C++ 7.0 (SDK 3.1) in my
>machine.  All three of them have HIMEM.SYS. Which one do I use?
>I suppose I should use the one in Windows 3.1.

I suggest you use the one with the latest date.  It is probably the more
recent version.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |          "This article was probably generated
#endif              |                  by a buggy news reader."
Newsgroups: comp.os.ms-windows.setup
From: pkc@scs.carleton.ca (Peter Choynowski)
Subject: SummaSketch II drivers for Win 3.1 ?
Organization: School of Computer Science, Carleton University, Ottawa, Canada
   
Date: Tue, 28 Jul 1992 17:40:08 GMT

Thanks,
Peter

---
pkc@scs.carleton.ca
From: ROBR@brownvm.brown.edu     (Rob Ryan)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Manual feed on Personal LaserWriter NT
Date: Wed, 22 Jul 1992 14:31:45 EDT
Organization: Brown University - Providence, Rhode Island  USA
NNTP-Posting-Host: brownvm.brown.edu
News-Software: BNN via BNN_POST v1.0 beta

Incidentally, I have checked the Windows Driver Library at the Microsoft BBS,
but there were no Apple drivers there.  Any ideas where I should look?

-- Rob
--------------------------------------------------------------------------
 Rob Ryan, internet:   Robert_Ryan@brown.edu or robr@brownvm.brown.edu
           bitnet:     ROBR@BROWNVM
           Compu$erve: 70324,227
 Brown University, Providence, RI
--------------------------------------------------------------------------
Newsgroups: comp.os.ms-windows.setup
From: cal@ee.ryerson.ca (Calvin Henry-Cotnam)
Subject: Need RAM drive with Win 3.1
Organization: Ryerson Polytechnical Institute, Toronto
Date: Thu, 30 Jul 1992 02:48:41 GMT

Does anyone know of a RAM drive (virtual disk) driver that works
with Windows 3.1?

When VDISK.SYS (with DR DOS 6.0) creating a disk using extended
RAM caused Windows to poop out, I had EMM386.SYS set aside a little
more than I needed as EMS then told VDISK.SYS to create the disk
using the EMS space.  This still caused Windows not to run.

I have several applications that run much faster when I have temporary
file space on a RAM disk (eg: C compiler, and CAD programs) so I would
like to take advantage of this.

Can anyone help?


Calvin Henry-Cotnam, CATE            |    MY CANADA INCLUDES CANADIANS!
Ryerson Polytechnical Institute      | I would really like this to include
Toronto, Ontario, Canada             | Quebec - but I won't hold my breath.
From: 5916rahmank@vms.csd.mu.edu (Anisur Rahman)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Smartdrv vs Built-In Cache
Date: 26 Jul 92 16:21:09 GMT
Article-I.D.: vms.0095E25D.D328F380
Reply-To: 5916rahmank@vms.csd.mu.edu
Organization: Marquette University - Computer Services

In article <1992Jul26.002340.24361@mercury.unt.edu>, mcmichel@ponder.csci.unt.edu (Lonny McMichael) writes:
|>In article <0095E1C5.3BDE0260@vms.csd.mu.edu> 5916rahmank@vms.csd.mu.edu writes:
|>[stuff deleted]
|>>
|>>The system used is:
|>>	486DX2 running at 64MHz (with 256k external cache)
|>                         ^^^^^^^
|>>	16Meg RAM
|>>	DTC SCSI (EISA) controller with 512K on board cache
|>>	Maxtor 333MB Hard drive with cache 
|>>	Diamond SpeedSTAR w/1MB VRAM.
|>>
|>Where in the world did you get this machine?!?!?!  I've heard of 486DX/2 50's
|>and 486DX 50's, and I know they're supposed to be coming out with a 486DX/2 66,
|>but that's not even out yet (I don't think).  But I've never heard of a
|>486DX/2 64 (which means the bus speed is 32MHz--another odd number).
|>
|>Lonny
|>-- 
|>Lonny McMichael                      | You can do it your own way, if it's
 
 Well, this was a custom built machine to do an experiment. We
first tried to run the DX2-50 at 66MHz by using a 33MHz clock
and the 'double frequency clock' setting on the mother board
(yes, a very crude effort to get a little better performance!).
However, this didn't work. We tried other combinations to run
the CPU at a higher frequency. Finally the 32MHz oscillator
worked and we found a little better benchmark values. So we
kept it this way. We added an extra fan right on the CPU to
keep it cool, it becomes awafully hot otherwise.
 That's the story behind 64MHz. I know it's very crude way of
enhancing performance. But what about the main issue - smartdrv
vs. built-in cache? Would someone through some more light
about it?
 With thanks, 	Anis.
		EECE, MU.
From: olson30@netcom.com (John Sully)
Newsgroups: comp.os.ms-windows.setup
Subject: Re: Smartdrv vs Built-In Cache
Date: 23 Jul 92 05:08:43 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

cdent@europa (Christopher Dent) writes:

>In article <1992Jul22.121431.9162W@lumina.edb.tih.no> ketil@edb.tih.no (Ketil  
>Albertsen,TIH) writes:
>> One thing is for certain: Do not run *both* a software controlled cache and
>> a cache in the disk drive, hoping to get a double speedup! At least not
>[Lots Deleted]

>What then should be done in this situation:

>486-50 16Mb
>Hard Disk Controller with 16Mb cache (just testing it out had some ram lying  
>about) that is set in its BIOS to be "optimized for windows"
>When windows installed itself it set smartdrv to double buffering (drive
>is IDE not scsi).

>What should I do to have maximum performance?
>Would it be best to take some ram off the hd controller? Or leave it
>packed and remove smartdrv? Leave it as it is? Try a different software
>cache?

Get rid of smartdrv!!!  The controller is caching far more information
thant the software cache, so free up your ram for use by windows/os2/
novell.  UNIX would be a different beast.  In that case I would say
*don't* buy a caching controller, since UNIX will use all available 
pages of RAM to cache filesystem contents, so it is probably easier,
and cheaper, to buy more RAM for the motherboard than it is to buy,
or add RAM to, a caching disk controller.

John
Newsgroups: comp.os.ms-windows.setup
From: hcooper@javelin.sim.es.com (Harrison Cooper)
Subject: 1280x1024 driver for Win 3.1
Summary: PD driver around ?
Keywords: video driver
Organization: Evans & Sutherland Computer Corporation
Date: Thu, 30 Jul 1992 20:18:30 GMT

Is there a PD driver for 1280x1024 under windows 3.1 

I am using a Tseng video chip in my graphics card.

Thanks in advance

Harrison Cooper
hcooper@javelin.sim.es.com


-- 
--------------------------------------------------------------------------
| Harrison Cooper                    | Methods of locating me :           |
|                                    | email : hcooper@javelin.sim.es.com |
| SP Hardware Design                 | Phone : 801-582-5847 ext 3578      |
Newsgroups: comp.os.ms-windows.setup
From: ars01@cbnewsg.cb.att.com (allen.r.shuff)
Subject: Re: Which HIMEM.SYS to use?
Organization: AT&T
Date: Tue, 21 Jul 1992 16:11:23 GMT

From article <15503@star.cs.vu.nl>, by rmast@cs.vu.nl (Mast RN):
> krishnan@ra.csc.ti.com (Srinivasan Krishnan) writes:
> 
> 
>>I have installed DOS 5.0, Windows 3.1, and C++ 7.0 (SDK 3.1) in my
>>machine.  All three of them have HIMEM.SYS. Which one do I use?
>>I suppose I should use the one in Windows 3.1.
> Last weekend I read the big DOS 5.0 book. In there is the answer...
> 
> You have to use the DOS 5 version!
> 
>>I know all three of them are different, because I used the fc 
>>command.  Can someone send me mail to
>>		krishnan@wind.add.itg.ti.com
> 
>>Regards,
>>Krishnan

I was podering this question last week myself.  I chose the HIMEM.SYS that
came with Windows 3.1 rather than the one that came with the DOS5.0.  My 
reasoning was based on the fact that the file date for the HIMEM.SYS with
Windows 3.1 was a later than the date with DOS 5.0.  Windows 3.1 was also 
released later than DOS 5.0 so I don't think reference to the "big DOS 5.0 
book" results in a correct response in this case.

Allen Shuff attmail!cbemf!ars

Newsgroups: comp.os.ms-windows.setup
From: jon@alpha.ee.ufl.edu (Jon Mellott)
Subject: Re: PARITY ERROR ?????
Organization: EE Dept at UF
Date: Tue, 21 Jul 92 12:58:10 GMT

In article <1992Jul21.014412.13962@jupiter.sun.csd.unb.ca>, bevans@mta.ca writes:
|> In article <92202.234202SCHLAGH@DMSWWU1A.UNI-MUENSTER.DE>, SCHLAGH@DMSWWU1A.UNI-MUENSTER.DE writes:
|> >I tried to install Windows 3.1 on a 386DX 25 MHZ.
|> >When setup calls up Windows (after the 2Xnd disk)
|> >the message PARITY ERROR ????? SYSTEM HALTED
|> >was displayed. ALT-CTRL-DEL is the only thing to do
|> >then...
|> >
|> >Any suggestions ?
|> 
|> May I join the club? This is a FEP (Frequently Encountered Problem) although I
|> smugly had installed Win 3.x on a dozen or so machines here without problems
|> until now. I got the same message. Apparently, or so the thread went, Windows
|> is especially demanding on memory or more so than the POST or any memory
|> checking utilities I have. I don't know the solution except to replace the
|> SIMMs with newer/better quality ones. What is it about some memory that makes
|> it better than others? I should ask a memory expert... but I forgot his name.
|> 
Yeah, this FEP is a result of Win 3.0 not letting the user know about parity 
errors. You would use Win v3.0 and think that your memory was OK 
and then install Win v3.1. Win v3.1 tells you about the parity errors so 
a lot of people suddenly were convinced that Win v3.1 was causing parity 
errors. Now you know why you're getting the parity errors now. 

Here's the reason why your POST program doesn't flag your memory as bad. 
DRAM is a pretty complicated beast. A bit is stored by placing a charge 
on a capacitor. Lots of these capacitors are arrayed on a piece of silicon 
to form a DRAM chip (there's other stuff there, but I'm trying to keep this 
simple). The problem is that many POST programs only check the memory for 
stuck-at faults (i.e., the bit is stuck at one or zero). Admittedly, these 
are the most common types of faults, but there are others. It turns out 
that you can check memory fairly completely using a relatively simple 
set of tests, however, there is one class of memory fault which is usually 
ignored: the pattern sensitive fault (PSF). The pattern sensitive fault occurs 
due to coupling between adjacent storage elements in a DRAM array. 
Unfortunately, most POST programs do not go so far as to perform a check 
which would detect a PSF.

Generally, the faster the POST performs the memory check, the less thorough 
it will be. Probably some of the better POST programs were the original IBM 
PC/XT/AT memory checks. They were also very slow which really frosted a 
lot of users. If you want to know more about testing DRAM read

van de Goor, A.J., Verruijt, C.A., "An Overview of Deterministic Functional 
RAM Chip Testing," {ACM Computing Surveys}, Vol. 22, No. 1, March, 1990.


Jon Mellott
High Speed Digital Architecture Laboratory
University of Florida
(jon@alpha.ee.ufl.edu)
Newsgroups: comp.os.ms-windows.setup
From: cdent@europa (Christopher Dent)
Subject: Re: Smartdrv vs Built-In Cache
Reply-To: cdent@bronze.ucs.indiana.edu
Organization: Indiana University
Date: Wed, 22 Jul 92 14:49:43 GMT

In article <1992Jul22.121431.9162W@lumina.edb.tih.no> ketil@edb.tih.no (Ketil  
Albertsen,TIH) writes:
> One thing is for certain: Do not run *both* a software controlled cache and
> a cache in the disk drive, hoping to get a double speedup! At least not
[Lots Deleted]

What then should be done in this situation:

486-50 16Mb
Hard Disk Controller with 16Mb cache (just testing it out had some ram lying  
about) that is set in its BIOS to be "optimized for windows"
When windows installed itself it set smartdrv to double buffering (drive
is IDE not scsi).

What should I do to have maximum performance?
Would it be best to take some ram off the hd controller? Or leave it
packed and remove smartdrv? Leave it as it is? Try a different software
cache?

This machine is Local bus video and hard drive and we are trying to make it the  
screamiest windows machine around. When the local bus ethernet card comes we  
will be making it the screamiest novell server around. In the meantime however  
windows 3.1 is what we are playing with. Anyone with any ideas please feel free  
to contact me. I'm very interested in seeing how fast it will go.


--------------------------------------------------------------------
Chris Dent                        | cdent@indiana.edu
"It's not that it was so bad...   | access@indiana.edu
 ...just that it could have been  | Access MicroCenter 
 so good" - a country song        | Indiana University
Newsgroups: comp.os.ms-windows.setup
From: atccoop@bnr.ca (Jim Paquette)
Subject: Seagate SCSI drive St-02
Keywords: Window setup/Seagate
Reply-To: atccoop@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Mon, 27 Jul 92 19:10:35 GMT

Hi,

I remember that someone has mentioned a problem between the Seagate ST-02
controller and Window.  Could someone please post the solution again! 
Will the problem still exist in Win 3.1? Thanks

Kenny Chan
From: kevin@alsvid.une.edu.au (Kevin Pollard)
Newsgroups: comp.os.ms-windows.setup
Subject: HELP! Can I use NEC CP3 with Windows 3.1?
Date: 21 Jul 92 14:26:10 GMT
Organization: University of New England - Northern Rivers (Lismore)

I've got a NEC pinwriter cp3 colour printer - but no manual for it.
Do you know what what printer I need to install in Windows 3.1
to make the cp3 work?
-- 
Kevin Pollard			Internet:	kevin@alsvid.une.edu.au
Programmer/Analyst		Phone:		+61 (066) 203969
Registrar's Division - University of New England, Lismore NSW Australia
Newsgroups: comp.os.ms-windows.setup
From: hastings@unislc.uucp (Clint Hastings)
Subject: Re: Need RAM drive with Win 3.1
Reply-To: hastings@unislc.UUCP (Clint Hastings,B1E05,5119)
Organization: Unisys, Salt Lake City
Distribution: usa
Date: Thu, 30 Jul 1992 21:35:50 GMT

In article <1992Jul30.024841.19279@ee.ryerson.ca> cal@ee.ryerson.ca (Calvin Henry-Cotnam) writes:
>Does anyone know of a RAM drive (virtual disk) driver that works
>with Windows 3.1?
>When VDISK.SYS (with DR DOS 6.0) creating a disk using extended
>RAM caused Windows to poop out, I had EMM386.SYS set aside a little
>more than I needed as EMS then told VDISK.SYS to create the disk
>using the EMS space.  This still caused Windows not to run.

I had this same problem last week. I used Ramdrive.sys (or something
like that) that came with Win 3.1. As I understand it, all flavors of
VDISK.SYS don't let other programs know about its use of extended
memory in the recommended way. Ramdrive worked the first time. 

I would like to know if there are better solutions available at no extra
charge. (meaning no shareware either)