delorie.com/archives/browse.cgi | search |
Date: | Fri, 18 May 2001 11:28:46 +0300 |
From: | "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il> |
Sender: | halo1 AT zahav DOT net DOT il |
To: | "Mark E." <snowball3 AT bigfoot DOT com> |
Message-Id: | <2950-Fri18May2001112846+0300-eliz@is.elta.co.il> |
X-Mailer: | Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9 |
CC: | djgpp-workers AT delorie DOT com |
In-reply-to: | <3B03EB87.15564.BB69E@localhost> (snowball3@bigfoot.com) |
Subject: | Re: realloc enhancement |
References: | <3B03EB87 DOT 15564 DOT BB69E AT localhost> |
Reply-To: | djgpp-workers AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
> From: "Mark E." <snowball3 AT bigfoot DOT com> > Date: Thu, 17 May 2001 15:17:27 -0400 > > This patch enhances realloc by trying to extend the allocated block before > allocating a new one. How does it look? Looks good, thanks. Is it possible to compare the run time of some memory-intensive application with and without this change? I don't expect any dramatic slow-down, judging by the code, but perhaps it would be nice to be safe rather than sorry.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |