<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 21, 2024, 11:08 PM Alexis <<a href="mailto:flexibeast@gmail.com">flexibeast@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dave Horsfall <<a href="mailto:dave@horsfall.org" target="_blank" rel="noreferrer">dave@horsfall.org</a>> writes:<br>
<br>
> On Tue, 21 May 2024, Paul Winalski wrote:<br>
><br>
>> To take an example that really happened, a fuzz test consisting <br>
>> of 100 <br>
>> nested parentheses caused an overflow in a parser table (it <br>
>> could only <br>
>> handle 50 nested parens). Is that worth fixing?<br>
><br>
> Well, they could be a rabid LISP programmer...<br>
<br>
Just did a quick check of some of the ELisp packages on my system:<br>
<br>
* For my own packages, the maximum was 10 closing parentheses.<br>
* For the packages in my elpa/ directory, the maximum was 26 in <br>
ducpel-glyphs.el, where they were part of a glyph, rather than <br>
delimiting code. The next highest value was 16, in org.el and <br>
magit-sequence.el.<br>
<br>
i would suggest that any Lisp with more than a couple of dozen <br>
closing parentheses is in dire need of refactoring. Although of <br>
course someone who's rabid is probably not in the appropriate <br>
mental state for that. :-)<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">That's what ']' is for.</div><div dir="auto"><br></div><div dir="auto">Warner</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>