procyberian/emacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Be less eager to define MATCH_MAY_ALLOCATE.

Browse source
This commit is contained in:
Richard M. Stallman 1994-07-05 07:25:05 +00:00
parent 35a65fcede
commit d0a11f95f9
1 changed files with 5 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

9
src/regex.c
View file

@ -898,8 +898,8 @@ static const char *re_error_msg[] =
ralloc heap) shift the data out from underneath the regexp
routines.
Here's another reason to avoid allocation: Emacs insists on
processing input from X in a signal handler; processing X input may
Here's another reason to avoid allocation: Emacs
processes input from X in a signal handler; processing X input may
call malloc; if input arrives while a matching routine is calling
malloc, then we're scrod. But Emacs can't just block input while
calling matching routines; then we don't notice interrupts when
@ -910,8 +910,9 @@ static const char *re_error_msg[] =
/* Normally, this is fine. */
#define MATCH_MAY_ALLOCATE
/* But under some circumstances, it's not. */
#if defined (emacs) || (defined (REL_ALLOC) && defined (C_ALLOCA))
/* The match routines may not allocate if (1) they would do it with malloc
and (2) it's not safe for htem to use malloc. */
#if (defined (C_ALLOCA) || defined (REGEX_MALLOC)) && (defined (emacs) || defined (REL_ALLOC))
#undef MATCH_MAY_ALLOCATE
#endif