|
From: | Gunther Schadow |
Subject: | Re: [Gcl-devel] Frame stack overflow - limit parameter to increase somewhere? |
Date: | Fri, 05 Dec 2003 17:17:57 -0500 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030924 Thunderbird/0.3 |
Hi Camm and other GCL developers, thanks, I could now get to the GCL 2.6.1 version. And I can configure larger stack limits. However, it turns out that I am not good at guessing how much I need. I increased everything by a factor of 8 and stillran into trouble. Problem is it takes 20 minutes or more for it to exhaust its limits, so testing is slow.
I am wondering: would it not be possible to do memory allocationcompletely dynamically? I see that you use those FRSSIZE and other *SSIZE constants to dimension actual arrays that are
used for those stacks. Now either I should just max those out completely or a more graceful way would be to use malloc and realloc to add pages to those stacks. Hmm, I guess realloc would over time waste address space in holes. I guess I should just max those out entirely and let the virtual memory subsystem take care of the paging. I wonder how other LISP systems are dealing with this? regards -Gunther Camm Maguire wrote:
Greetings! Yes, savannah/subversions is apparently down until tomorrow. Did you try the utexas url? This should work. Take care, Gunther Schadow <address@hidden> writes:Camm, this is still a no go: cvs [login aborted]: connect to subversions.gnu.org(199.232.41.2):2401 failed: Connection timed out traceroute: 7 121 ms 420 ms 341 ms 206.108.108.213 8 160 ms 411 ms 310 ms 64.230.223.41 9 130 ms 200 ms 311 ms 206.108.103.129 10 230 ms 401 ms 310 ms 64.230.242.98 11 331 ms 410 ms 401 ms 206.108.104.170 12 220 ms 411 ms 410 ms 199.235.123.253 13 * * * Request timed out. seems like the last hop is offline or firewalled? -Gunther Camm Maguire wrote:Greetings! Unfortunately, ftp.gnu.org is still locked due to the recent compromise, and to make matters worse, so are the Debian sites.sounds to me as if there is one of two problems (1) the OS that both gnu.org and debian is relying on is insecure or (2) there is just starting to be too much of a monoculture of this OS around so it's little better that M$ Doors. -- Gunther Schadow, M.D., Ph.D. address@hidden Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org
-- Gunther Schadow, M.D., Ph.D. address@hidden Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org
[Prev in Thread] | Current Thread | [Next in Thread] |