[Gc] Fwd[2]: Re: Stack overflows, Ex: bdwg c SIGSEGV when stack size is exeeded

Ivan Maidanski <ivmai-JGs/[email protected]>
Newsgroups gmane.comp.programming.garbage-collection.boehmgc
Message-ID <[email protected]>
-------- Forwarded message --------
From: [email protected]
To: Ivan Maidanski <[email protected]>
Date: Thu, 10 Apr 2014 18:11:15 +0200
Subject: Re: Fwd: [Gc] Stack overflows, Ex: bdwgc SIGSEGV when stack size is exeeded


Am 10.04.2014 15:23 schrieb Ivan Maidanski:
> -------- Forwarded message --------
>  From: Ingo Albrecht < [email protected] >
>  To:  [email protected]
>  Date: Thu, 10 Apr 2014, 01:18 +04:00
>  Subject: [Gc] Stack overflows, Ex: bdwgc SIGSEGV when stack size is 
> exeeded
> 
> On 04/09/2014 01:12 PM, Ivan Maidanski wrote:
>  >
>  > I am wondering if there is by any chances a way for a soft(er) 
> landing
>  > if the stack space is exhausted? I believe the cause to be in the 
> stack
>  > size, since setting a ulimit -s changes the point in time when the
>  > program crashes. The program is an interpreter and is given a 
> recursive
>  > definition - so it is expected that something bad happens; I am 
> just
>  > trying to figure out what my options are to not crash to hard or at
>  > least print a diagnostic message or something.
>  >
>  > I'd apprechiate any comments you may have.
>  >
> 
> It might be possible to use protocols from libraries like this one:
> 
>  http://libsigsegv.sourceforge.net/
> 
> AFAIK, this library has been created for CLISP.
> 
> I've had some good experience with it in (non-GC) C++ projects.
> 
> Currently, it probably collides with BDWGC signal handling or might
>  be dependent on a specific initialization order. But it might be
>  possible to figure out how to use it with BDWGC portably.
> 
> Greetings
>  prom
> 
> _______________________________________________
>  bdwgc mailing list
>  [email protected]
>  https://lists.opendylan.org/mailman/listinfo/bdwgc

Thanks. Much appreciated and I'll look at the things you suggested. 
Perhaps this is an idea for a future development. Being able to set a 
max stack size and have the GC return gracefully if it tries to exceed 
that limit. But I should also mention that the GC is very useful! Also 
thanks for the mailing list, I was not aware of it.

----------------------------------------------------------------------

_______________________________________________
bdwgc mailing list
[email protected]
https://lists.opendylan.org/mailman/listinfo/bdwgc
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.