delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | ieva01.lanet.lv: pavenis owned process doing -bs |
Date: | Sat, 13 Mar 1999 11:33:38 +0200 (WET) |
From: | Andris Pavenis <pavenis AT lanet DOT lv> |
To: | Nate Eldredge <nate AT cartsys DOT com> |
cc: | djgpp-workers AT delorie DOT com |
Subject: | Re: DJGPP binaries of egcs-1.1.2-pre3 available for testing |
In-Reply-To: | <36E9BD27.C4220EFC@cartsys.com> |
Message-ID: | <Pine.A41.4.05.9903131131001.89424-100000@ieva01.lanet.lv> |
MIME-Version: | 1.0 |
Reply-To: | djgpp-workers AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
On Fri, 12 Mar 1999, Nate Eldredge wrote: > Andris Pavenis wrote: > > > Unfortunatelly there is one problem. Hack to avoid race situations with creation > > of temporary failes causes creating unneccessary temporary files by gpc.exe (I > > have $TMPDIR set to RAMdisk and there is limit of number of files in root > > directory). I should be fix it. > > That's arguably your fault. Pointing $TMPDIR or similar to a root > directory is never a good idea, IMHO, for just that reason. Agree. Anyway that caused problems to appear sooner when I run GPC tests. > I have in my AUTOEXEC, with D: the ramdisk: > > mkdir d:\temp > set TEMP=d:\temp > > But it may well be worth fixing the code anyway, for other people with > the same setup. > -- I fixed this problem (had to slightly patch gpc.c) by doing the same thing I did earlier for gcc.c. Andris
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |