From:	dje AT cygnus DOT com (Doug Evans)
Subject:	Re: serious bug with CYGNUS GCC b16
5 Dec 1996 09:14:11 -0800 :
Sender:	daemon AT cygnus DOT com
Approved:	cygnus DOT gnu-win32 AT cygnus DOT com
Distribution:	cygnus
Message-ID:	<199612051629.IAA28571.cygnus.gnu-win32@rtl.cygnus.com>
Original-To:	toland AT epix DOT net
Original-CC:	Pascal DOT Obry AT der DOT edfgdf DOT fr, W DOT Derks AT nl DOT cis DOT philips DOT com,
	gnu-win32 AT cygnus DOT com
In-reply-to:	<199612050337.WAA14442@epix.net> (toland@epix.net)
Original-Sender:	owner-gnu-win32 AT cygnus DOT com

   From: "Phillip N Toland" <toland AT epix DOT net>
   Date: Wed, 4 Dec 1996 22:39:10 -0500

   >      I don't know what the sizecommit parameter is, does somebody know ?

   The Gnat gcc options may not have anything to do with this, but if I were
   to make an educated guess...
   Under Win32 you can "reserve" memory and "commit" memory whenever you
   allocate memory.  The difference being that when you commit memory an
   actual chunk of mem is set aside, however, if it is reserved then no actual
   memory is allocated, the OS just takes note that you might need that much
   memory and actually allocates it as you request it...I think. :-)  

This is irrelevant to the topic at hand.

The question is, is there a hard limit on the size of the stack.
If there is, you can do all the stack probing you want, but you're
not going to increase the size of the stack!!!

And, as a minor correction, the "gnat gcc options" are really gnu linker
options. cygwin32 has had them for ages.
-
For help on using this list, send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -