Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uupsi!sunic!sics.se!sics.se!jw
From: jw@sics.se (Johan Widen)
Newsgroups: comp.lang.perl
Subject: Re: perl 4.0 patch #1
Message-ID: <1991Apr18.000041.16584@sics.se>
Date: 18 Apr 91 00:00:41 GMT
References: <1991Apr13.183556.16756@jpl-devvax.jpl.nasa.gov>
	<JBW.91Apr16163610@bigbird.bu.edu>
Sender: news@sics.se
Organization: Swedish Institute of Computer Science, Kista
Lines: 35
In-Reply-To: jbw@bigbird.bu.edu's message of 16 Apr 91 20: 36:10 GMT

>>>>> In article <JBW.91Apr16163610@bigbird.bu.edu>, jbw@bigbird.bu.edu (Joe Wells) writes:

jbw>    Subject: Configure now figures out malloc ptr type

jbw> It doesn't handle the case where free is declared like this in stdlib.h:

jbw>     extern int	free(/* void *ptr */);

jbw> and then you try to use Perl's malloc, which of course defines free like
jbw> this:

jbw>     void
jbw>     free(cp)
jbw> 	    char *cp;
jbw>     {   
jbw>        ....

jbw> I just edited malloc.c by hand, but perhaps there's a better way.  (BTW,
jbw> SunOS 4.1 on SPARCserver.)

I'm not sure, but it seems to me that the perl malloc() does not handle
the SunOS-4.1/SunOS-4.1.1 bug in tzload().

Extract from bug report:
    There is a bug in tzload(), called by ctime(), in SunOS 4.1.  tzload()
    calls allocall(), which malloc's n chars for the timezone string.  Then,
    tzload() writes a NULL into the n+1'th char.

I recommend using the standard sun malloc() (the one in libc) under SunOS-4.1
SunOS-4.1.1, if in doubt.

--
Johan Widen
SICS, PO Box 1263, S-164 28 KISTA, SWEDEN	Internet: jw@sics.se
Tel: +46 8 752 15 32	Ttx: 812 61 54 SICS S	Fax: +46 8 751 72 30