Mail Archives: djgpp/2009/05/21/09:18:12
Would it be helpful to look at what's in memory?
Mem /c
-----Original Message-----
From: Charles Sandmann [mailto:cwsdpmi AT earthlink DOT net]=20
Sent: Wednesday, May 20, 2009 7:01 PM
To: djgpp AT delorie DOT com
Subject: Re: Increasing area for variable storage
"Ethan Rosenberg" <ethros AT earthlink DOT net> wrote in message=20
news:0KJY00585R208H10 AT mta5 DOT srv DOT hcvlny DOT cv DOT net...
> Dear List -
>
> Thank you for all your help in the past.
>
> I am running DOS 7.1 [the DOS that underlies Windows98]. The computer
> does NOT have Windows installed on it.
>
> I have a program that had a size of 228,038 bytes and ran perfectly in
the=20
> past. When I added some more code, increasing the size to 241,134
bytes I=20
> get a SIGSEGV error when I attempt to initialize a variable. The
routine=20
> was scanned with Splint, which showed no errors. When I removed some
code,=20
> it again ran perfectly. My feeling is that I have overrun the
boundary of=20
> the area in which the values of the variables, or possibly the
variables=20
> themselves, are stored.
>
> How do I increase these area(s)?
If your variables are stack based, you can increase the stack
size using stubedit for your program (usually 512KB, but
can be changed). If you are allocating your variables via
new, malloc, or static storage, there is no limit (other than
the amount of memory / paging / dpmi memory available).
If increasing the stack size does not resolve your problem,
then it is some other bug, not sizing related. Look at the
line number referenced by symify for more details.
- Raw text -