cvs.gedasymbols.org/archives/browse.cgi   search  
Mail Archives: djgpp/1998/04/04/04:00:24

From: Al Christians <achrist AT easystreet DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Virtual Memory Exhausted
Date: Sat, 04 Apr 1998 01:05:26 -0800
Organization: Trillium Resources Corporation
Lines: 33
Message-ID: <3525F7D6.3465@easystreet.com>
Reply-To: achrist AT easystreet DOT com
NNTP-Posting-Host: dial-35-021.easystreet.com
Mime-Version: 1.0
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp

I'm getting Virtual Memory Exhausted message from djgpp running under
DOS v6.22.   The module in question is only 1600 lines of c++.
My machine shows 20 megs of DPMI memory and 130 megs of swap space
when I do go32-v2.  

I tried a different system config that evidently caused almost all the 
memory to be on disk.   This made the compile take about 30 minutes
with constant disk activity, but it also failed identically.

I went in with stubedit and increased minstack up to 3MB on cc1plus.exe,
and it didn't change anything. 

The system pointed at a function that was pretty large (100+ lines)
when it failed, so I went in and tried to reduce the size of that
function. No help.

I turned off optimizations.  No help.

The module uses quite a bit of STL (maps, vectors, strings, iterators).
Is there any other version of STL that might help?
 
I think that I have Pentium Compiler Group installed on top of djgpp.
Will going back to djgpp fix this?  (I think that I'm using pcg 
because of a fix there to a problem with math.h defining a structure
called 'exception')  Are there any particular versions of djgpp,
CWSDPMI, or anything else that have this fixed?  

The program compiles fine, as is under NT with mingw32+egcs.
Yesterday's version compiled ok under djgpp and ran fine, too.

Sincere TIA for any help or advice.

Al

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019