Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!ames!vsi1!zorch!sjsca4!poffen
From: poffen@sj.ate.slb.com (Russ Poffenberger)
Newsgroups: comp.windows.ms
Subject: Re: Permanent Swap File
Message-ID: <1990Nov21.193746.11324@sj.ate.slb.com>
Date: 21 Nov 90 19:37:46 GMT
References: <10048@bunny.GTE.COM> <90320.121007YTHRROUS@MTUS5.BITNET> <1990Nov19.230221.15917@sj.ate.slb.com> <10080@bunny.GTE.COM>
Reply-To: poffen@sj.ate.slb.com (Russ Poffenberger)
Organization: Schlumberger Technologies, San Jose, CA.
Lines: 40

In article <10080@bunny.GTE.COM> sc05@harvey.gte.com (Shih-Chio Chang) writes:
>In article <1990Nov19.230221.15917@sj.ate.slb.com>, poffen@sj.ate.slb.com (Russ Poffenberger) writes:
>> In article <90320.121007YTHRROUS@MTUS5.BITNET> YTHRROUS@MTUS5.BITNET (Roger Rouse) writes:
>> >What version of DOS are you using?  I had a similar problem in trying to
>> >create a permanent file of D:.  I was using DOS3.3 with a Seagate Drive
>> >manager (which allowed > 32Mb partitions).  Windows didn't recognize the
>> >large partition as being a DOS partition, and wouldn't let me make a
>> >swapfile there.
>> >
>> >Roger
>> 
>> 
>> Using a disk manager under windows 3.0 is dangerous, but using it and running
>> a permanaent swap file is asking for disaster!
>> 
>
>I am using Compaq DOS 3.31, which supports "big foot" disk partitions out of
>the box.  There is no disk manager involved.  (Personally, I think 3.31 is
>the best compromise in the current DOS world -- supports larger than 32 MB
>partition while smaller (it's own size) than 4.x.)
>
>Someone has suggested that the larger than 32 MB partition could be the cause
>of the trouble, yet windows did not complain when creating a swap file in
>real mode, and continued to recognize it in real mode.  Someone else suspected
>it has to do with the installation of SDK.  I do not know about that one.
>I do not want to reinstall SDK, because that involves reinstallation of
>WindowMaker -- too much trouble for something that many people are warning
>againt (although that's the reason I like to find out myself).
>

No, the problem is not with SDK, but because Windows (for speed) bypasses
certain DOS functions related to disk access and does the operations itself.

Resident disk manager programs are bypassed and this can lead to trouble.


Russ Poffenberger               DOMAIN: poffen@sj.ate.slb.com
Schlumberger Technologies       UUCP:   {uunet,decwrl,amdahl}!sjsca4!poffen
1601 Technology Drive		CIS:	72401,276
San Jose, Ca. 95110             (408)437-5254