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

[Eli Zaretskii]

> From: Sam Halliday <sam.halliday@gmail.com>
> Date: Sun, 23 Oct 2016 21:15:11 +0100
> Cc: 24358@debbugs.gnu.org, Noam Postavsky <npostavs@users.sourceforge.net>
> 
> Sorry Eli, this patch doesn't apply cleanly for me. I'm on the tip of
> emacs-25 and I get failures in dired.c, regex.c and search.c that
> aren't easy for me to resolve.

Strange, I prepared this with "git diff" on emacs-25 branch.

OK, can you reset dired.c, regex.c and search.c to their state as of
commit 5a26c9b0e1b0d9a2de35e0a8b0a803017e70def0 instead?  This is one
commit before Noam made his changes.

> I'm happy to keep being guinea pig so you can fix this, but as a
> workaround so that I can have a more stable Emacs to get my main work
> done, is there a way for me to force the use of a less jumpy malloc
> implementation?

Apart from downgrading to an older glibc version, I'm not aware of any
way.

> It sounds like whatever happened in ArchLinux has meant that Emacs
> now prefers ralloc whereas previously it may not.

Yes, I think so.

But we cannot ask users to not upgrade to newer glibc, so we must
solve these problems somehow.  If you can afford being a guinea pig
for a little bit longer, I'd appreciate that, as otherwise I don't
know how to proceed with this bug.  Other people are also seeing
similar problems, e.g., see

  https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24772#11

Thanks.