[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GLR C++ Parser leaks Memory
From: |
Roland Kaminski |
Subject: |
Re: GLR C++ Parser leaks Memory |
Date: |
Thu, 08 Nov 2012 22:21:12 +0100 |
User-agent: |
KMail/4.9.2 (Linux/3.6.6-gentoo; KDE/4.9.2; x86_64; ; ) |
On Thursday, November 08, 2012 09:21:01 PM you wrote:
> Le 8 nov. 2012 à 17:46, Roland Kaminski a écrit :
> > Hi all,
>
> Hi Roland,
>
> > I am using bison 2.6.5 and discovered that the GLR parser leaks memory
> > when
> > exceptions are used. I used the glr.cc skeleton and want to throw an
> > exception after a certain amount of syntax errors. The memory is leaked
> > by the glr-stack itself and not by any of my semantic values (they don't
> > need destruction).
> >
> > This is no show-stopper for me but it would be nice if the generated
> > parser
> > were exception safe. I attached some valgrind output that should indicate
> > where the memory is leaked. Also note that if I switch to the larl1.cc
> > skeleton, no memory is leaked. (But I cannot parse some input then.)
>
> glr.cc is a hack. In a perfect world, it would be rewritten from scratch
> (today, it's a wrapper around glr.c). As there does not seem to be enough
> demand for a genuine glr.cc, it is not planned to write one.
Yes, I looked into the code right after writing the mail and figured out the
same. Looks like there is not much C++ in there.
> Help would be most welcome ;)
I have some experience with parser generators but no time for such a project
at the moment. Maybe after I am finished with my current workload. :)
Regards, Roland
signature.asc
Description: This is a digitally signed message part.