On Mon, 28 Oct 2013 19:38:46 +0100 Eckhard Wiederhold <e...@ecky.fr> wrote:
> - (subtypep 'si:property-list 'condition) and (subtypep > 'si::proper-list 'condition) raise "Stack overflow." > serious-condition > Question: Is this some issue I need to report here: > http://sourceforge.net/p/ecls/bugs/ ? Or is it normal > behaviour ? the existing http://sourceforge.net/p/ecls/bugs/141/ might be related > Top level in: #<process TOP-LEVEL>. > > Any attempt to catch it later failed and i ended up on toplevel ... > this seems odd to me but it matches > in a strange way the fact that you may, if a stack-overflow occurs, > resize the stack two times, after that > you're put to toplevel automatically. Is there any way to get around > this? That might be worth reporting as another bug. Interestingly, I've also encountered lately a case where SIGSEGV/SIGBUS might be handlable or not, inconsistently, and when it cannot be handled the REPL jumps to the TOP-LEVEL at which point SLIME disconnects (but it can reconnect without restarting ECL in my case). This was observed when fiddling around to report http://sourceforge.net/p/ecls/bugs/272/ Thanks, -- Matt ------------------------------------------------------------------------------ Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk _______________________________________________ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
