Path: ...!news.misty.com!weretis.net!feeder6.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail
From: fir <fir@grunge.pl>
Newsgroups: comp.lang.c
Subject: Re: > fails. Because heaps are unlimited whilst stacks are not.
Date: Wed, 20 Mar 2024 18:41:55 +0100
Organization: i2pn2 (i2pn.org)
Message-ID: <utf754$2gnvv$1@i2pn2.org>
References: <uteqa1$2g5vi$1@i2pn2.org> <utf2fj$1j1tv$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 20 Mar 2024 17:41:57 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="2646015"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="+ydHcGjgSeBt3Wz3WTfKefUptpAWaXduqfw5xdfsuS0";
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24
X-Spam-Checker-Version: SpamAssassin 4.0.0
In-Reply-To: <utf2fj$1j1tv$1@dont-email.me>
Bytes: 1888
Lines: 21

bart wrote:
>
> Maybe the routine is never called. Or it's called once then never called
> again but the stack is now committed.
>

as far as i know it is not commited..im not 100 procent sure (as it 
would probably need to use soem tool that shows that, maybe there are 
some) but probably what i think is rught

windows will swap unused pages away from ram and it work in runtime
i mean if you declare 300 MB stack use it once and then for an hour you 
use only 2 MB of this the 298 MB of physical ram will nt be "taken"

it is not hard to do it in system i think just as aplication acces ram 
thry some table you may monitor once a time which regions are alocated 
and non used and "detatch " phisical ram ftom thsi area - then attach it 
if there is an acces -0 where this detach and attach is not very slow 
operation

thats how i see it..i readed something about this but not much and long 
time ago