List index out of bounds error on complex input

[woutersl]

Original report by me.

---

Hi,

I've written a grammar using Hime that I'm using to parse some fairly large Object Pascal source files. Unfortunately I was getting a list index out of bounds exception on some of the more complex files; downloading the source, the problem was that I was overflowing the parser stack somehow.

Increasing the Hime.Redist.Parsers.BaseLRParser.MAX_STACK_SIZE constant and recompiling has resolved the problem - but it'd be nice if a future release could incorporate a fix, either through a larger fixed stack or a resizable stack that grows automatically?

(I've also had an issue that looks like it may require context sensitive parsing - but I see you're already considering that. Thank you for all your work on Hime - it's proven very useful!)

[woutersl]

Original comment by Laurent Wouters (Bitbucket: 557058:675792b6-d731-4823-9f7d-c6dfcb2df2b5, ).

---

Verified, this is an issue in version 1.3.0 and up in the .Net and Java runtimes.
Related issues:

• LRkASTBuilder (stack field) in .Net and Java runtimes

[woutersl]

Original comment by Laurent Wouters (Bitbucket: 557058:675792b6-d731-4823-9f7d-c6dfcb2df2b5, ).

---

Same problem in LRkSimulator in .Net and Java runtimes.

[woutersl]

Original comment by Laurent Wouters (Bitbucket: 557058:675792b6-d731-4823-9f7d-c6dfcb2df2b5, ).

---

[fix] Fixed issue #20 by growing the LR(k) stacks on demand

[woutersl]

Original comment by Laurent Wouters (Bitbucket: 557058:675792b6-d731-4823-9f7d-c6dfcb2df2b5, ).

---

[fix] Fixed issue #20 by growing the LR(k) stacks on demand