Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!cmcl2!husc6!rutgers!caip!clyde!cbatt!ihnp4!gargoyle!jpusa1!stu
From: stu@jpusa1.UUCP (Stu Heiss)
Newsgroups: net.sources.bugs
Subject: bug in arc with fix
Message-ID: <118@jpusa1.UUCP>
Date: Fri, 10-Oct-86 03:52:04 EDT
Article-I.D.: jpusa1.118
Posted: Fri Oct 10 03:52:04 1986
Date-Received: Sat, 11-Oct-86 20:50:03 EDT
Reply-To: stu@jpusa1.UUCP (Stu Heiss)
Organization: JPUSA - Chicago, IL
Lines: 33

Oops!!!  Got this back from Steve Spearman (ihnp4!ihlpf!spear)...

>                                    There is a serious bug I thought
>you would be interested in though.  In arcunix.c, the xrealloc routine
>calls it self recursively forever because of the #define of realloc
>to xrealloc.  This causes, for example, any command with more than
>one file name to fail - in our systems it runs out of swap space.  The
>fix was simply to #undef realloc right before the call in xrealloc.

Hope this clears up the trouble a couple of bsd sites had reported.
Context diff follows.

*** /tmp/,RCSt1a27045	Fri Oct 10 02:42:43 1986
--- arcunix.c	Fri Oct 10 02:42:03 1986
***************
*** 5,10
  #include <sys/errno.h>
  #include <time.h>
  #include "arc.h"
  
  char *index(), *rindex(), *xalloc(), *malloc(), *realloc();
  extern char *Progname;

--- 5,11 -----
  #include <sys/errno.h>
  #include <time.h>
  #include "arc.h"
+ #undef realloc
  
  char *index(), *rindex(), *xalloc(), *malloc(), *realloc();
  extern char *Progname;
-- 
Stu Heiss {ihnp4!jpusa1!stu}