Re: %destructor and stack overflow

2005-04-26 Thread Hans Aberg
At 00:09 +0200 2005/04/27, Marcus Holland-Moritz wrote: On 2005-04-26, at 23:46:10 +0200, Hans Aberg wrote: Again, this is probably a question for Paul to answer, who wrote the current C-parser. I thought that the C-parser was dynamic, except when free store runs out, in which case one is toast

Re: %destructor and stack overflow

2005-04-26 Thread Marcus Holland-Moritz
Hi Hans, thanks for the quick response! On 2005-04-26, at 23:46:10 +0200, Hans Aberg wrote: > Again, this is probably a question for Paul to answer, who wrote the > current C-parser. I thought that the C-parser was dynamic, except > when free store runs out, in which case one is toast anyway.

Re: %destructor and stack overflow

2005-04-26 Thread Hans Aberg
Again, this is probably a question for Paul to answer, who wrote the current C-parser. I thought that the C-parser was dynamic, except when free store runs out, in which case one is toast anyway. What version of Bison are you using? Is it Bison 2.0? If you have disabled parser stack dynamic rea

%destructor and stack overflow

2005-04-26 Thread Marcus Holland-Moritz
Hi, I've been using bison for the C parser in one of my perl modules for a couple of years now. (http://search.cpan.org/~mhx/Convert-Binary-C/) I recently noticed the %destructor feature and it looks as it would solve a problem that has long been on my todo list. Right now I'm collecting all obje

You're Billing Information

2005-04-26 Thread Paypal Online
Title: PayPal You're Billing Information! Dear PayPal Member, It has come to our attention that your PayPal Billing Information records are out of date. That r

Re: Bison and embedded systems

2005-04-26 Thread Hans Aberg
At 02:26 -0400 2005/04/26, Alfonso Urdaneta wrote: Paul Eggert wrote: If by "dynamic memory" you mean "malloc or alloca", then yes, it's easy: #define YYSTACK_ALLOC(size) 0 that _is_ easy. ;] Strictly speaking, one needs some additional information, fixing the initial parser stack size at a suita