Message-Id: <3.0.6.32.20000814205102.007ab580@pop.crosswinds.net>
X-Sender: shinelight AT pop DOT crosswinds DOT net
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Mon, 14 Aug 2000 20:51:02 -0500
To: djgpp AT delorie DOT com
From: "Thomas J. Hruska" <shinelight AT crosswinds DOT net>
Subject: Re: Borland 4.5 C/C++ compiler problem
In-Reply-To: <9003-Sun13Aug2000195740+0300-eliz@is.elta.co.il>
References: <njedpssuifm20prj5eg71kpo329s3cir94 AT 4ax DOT com>
 <s2ik5.11438$gW5 DOT 735021 AT bgtnsc04-news DOT ops DOT worldnet DOT att DOT net>
 <srh3ps8f0jc69k4tq5emivk7qe94vf6g1c AT 4ax DOT com>
 <8n65c7$708 AT nntp DOT seflin DOT org>
 <njedpssuifm20prj5eg71kpo329s3cir94 AT 4ax DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

At 07:57 PM 8/13/00 +0200, you wrote:
>> From: Damian Yerrick <Bullcr_pd_yerrick AT hotmail DOT comRemoveBullcr_p>
>> Newsgroups: comp.os.msdos.programmer,comp.os.msdos.djgpp
>> Date: Sun, 13 Aug 2000 15:09:53 GMT
>> 
>> On 13 Aug 2000 12:47:03 GMT, d021317c AT dc DOT seflin DOT org (Marshall Price)
>> wrote:
>> 
>> >  32 is such a *large* number!
>> >  Besides, I discovered DEFRAG was reporting more and more of my hard
>> >drive "unmovable."  When I got away from DJGPP and CWSDPMI and GO32 (or
>> >*something*), I stopped having those problems.
>> 
>> This is strange.  comp.os.msdos.djgpp added
>
>Some installation snafu, if you ask me, and a snafu that probably has
>nothing to do with DJGPP per se.
>
>Another possibility is a buggy disk cache.  Some versions of Norton
>cache are known to produce these problems.
>
>Frequent crashes of some memory-hungry utility is yet another possible
>reason.
>
>FWIW, I'm using DJGPP on an agressively optimized DOS system for 8
>years, and I have yet to see such problems.

I did think of one thing.  Windows has something called a swapfile.
Swapfiles tend to get scattered across the drive over time (especially
variable sized swapfiles).  Any hidden/system file on the drive will not be
moved by DEFRAG.  Try defragmenting with the /h option.  It used to work
under DOS and I see no reason why M$ would remove it.  (defrag /h would
also defragment hidden files, but not files labeled as system files).  Hope
this helps a bit.


           Thomas J. Hruska -- shinelight AT crosswinds DOT net
Shining Light Productions -- "Meeting the needs of fellow programmers"
                  http://www.shininglightpro.com/