bug#24358: 25.1.50; re-search-forward errors with "Variable binding depth exceeds max-specpdl-size"

[npostavs]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: npostavs@users.sourceforge.net
>> Cc: 24358@debbugs.gnu.org,  peder@klingenberg.no
>> Date: Wed, 12 Oct 2016 21:29:34 -0400
>> 
>> > Anyway, the way to countermand this is to record in a local variable
>> > the offset from beginning of buffer text to the value of the C pointer
>> > before the call to record_xmalloc, then apply the offset after the
>> > call to the new buffer text address.  (Let me know if this is clear
>> > enough.)
>> >
>> > You can find an example of this in coding.c:decode_coding_emacs_mule
>> > (search for "relocated" in that function).
>> 
>> This does involve passing down the lisp reference, right?  Just want to
>> make sure I'm not missing something obvious before I start changing the
>> interface on a bunch of functions.
>
> Aren't we talking about searching buffer text in this case?  If so,
> the start address of the buffer text is known globally, it is given by
> current_buffer->text->beg.

The particular crash reported is during a buffer search, but the bug is
in re_match_2_internal which (if I understand correctly) may be called
for string search as well.