the static variables variable_buffer_length and variable_buffer. I tripped across this while using $(eval ...)
in a make file. If the argument to $(eval ...) is large enough (more than 200 bytes), variable_buffer_output
calls xrealloc to reallocate variable_buffer, trashing the assumption that the earlier activation record of
variable_exapand_string has about the contents of variable_buffer. This can cause a call to xrealloc with a
negative number that gets converted to a rather large unsigned integer as the size and the realloc fails.
Obviously the introduction of $(eval ) failed to take into account the use of these static variables.
Does anyone have a patch for this? If not, a substantial rewrite is in the cards for some or all of
the files amiga.c, expand.c, function.c, read.c and remake.c. I can probably produce the patch,
but wanted to check first to see if someone has a patch. It appears the CVS source does not fix
this issue.
Please reply to me, as I am not subscribed to the list.
_______________________________________________ Bug-make mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-make
