Mail Archives: djgpp/2002/04/22/01:00:12.1
On Mon, 22 Apr 2002 04:00:28 GMT, invalid AT erehwon DOT invalid (Neo_1061)
jacked into the Matrix and the following appeared in
>On Sun, 21 Apr 2002 10:04:45 +0300 (IDT), Eli Zaretskii
><eliz AT is DOT elta DOT co DOT il> jacked into the Matrix and the following appeared
>>On Sun, 21 Apr 2002, Neo_1061 wrote:
>>> Well, whatever's going on here, I still haven't received any useful
>>> responses to this query. Even if some were *sent* none have been
>>As I told you earlier, you should be able to find my response in the
>>DJGPP mail archives:
>As you told me earlier? I never saw it.
>What the devil is going on around here?
Get a new news server? I think not. I'm not spending a fortune to
subscribe to another ISP just to read 1 newsgroup, and with the likely
outcome that the second ISP's is no better than my current one's. I
could ask around for someone to recommend a reliable, inexpensive ISP,
if I didn't know that there's no such beast in the zoo.
As for the temporary directory/swap space thing -- I indicated memory
and swap space just to give reasonably complete system info, not
because I thought it was out of memory. And to indicate that it wasn't
a swap file growing to consume the disk space the linker needed.
My environment has a couple of temp variables, all pointing at
C:\Windows\temp. I'm not sure why the linker would even use temp files
though -- memory can be addressed and manipulated with pointers much
more conveniently, and with a modern OS disk space can be converted
into such via swap space. Interprocess communication, or working with
data structures bigger than 4gb such as large databases, are the only
things that come to mind that this is no good for. And consuming 28
megs of temp files to link a few object files into an executable
smaller than a megabyte seems to suggest an inefficient implementation
DJGPP itself is on the C: partition, and C:\DJGPP\TMP exists, but has
only a "remove.me" file in it at this time.
In any case, I compressed some junk and freed up about 400 megs(!) on
the D: partition.
(Incidentally, at least one other app I use, a commercial one, does
mysteriously use temporary files for some purpose or another, and
causes problems by doing so. Corel Photo-Paint 7 seems to create
temporary files of a meg or two sometimes, which gradually accumulate
during a session until the C: drive is full. Then it has to be quit
and restarted. When it's quit, the files are all deleted
automatically, freeing the space. I've heard of memory leaks; this is
my first experience with something leaking temporary file space. The
linker, at least, doesn't appear to leak temp files.)
Still waters run deep.
- Raw text -