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
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

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/

- Raw text -