Path: ...!news.misty.com!weretis.net!feeder6.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: fir 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: References: 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: 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