delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to djgpp-workers-bounces using -f |
Date: | Mon, 24 Jan 2005 21:48:05 +0200 |
From: | "Eli Zaretskii" <eliz AT gnu DOT org> |
Sender: | halo1 AT zahav DOT net DOT il |
To: | djgpp-workers AT delorie DOT com |
Message-ID: | <01c5024d$Blat.v2.4$c48f7340@zahav.net.il> |
X-Mailer: | emacs 21.3.50 (via feedmail 8 I) and Blat ver 2.4 |
In-reply-to: | <200501241804.18985.pavenis@latnet.lv> (message from Andris |
Pavenis on Mon, 24 Jan 2005 18:04:18 +0200) | |
Subject: | Re: Problems with long command lines in DJGPP |
References: | <200501241804 DOT 18985 DOT pavenis AT latnet DOT lv> |
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: Andris Pavenis <pavenis AT latnet DOT lv> > Date: Mon, 24 Jan 2005 18:04:18 +0200 > > I don't like idea about increasing the default transfer buffer size. > > Perhaps it would be better in dosexec.c to write command line arguments > to temporary file and after that use @filename instead when transfer buffer > is to small. Is it really wise to make such radical changes to dosexec.c at this point? This problem can be easily fixed by changing the GCC bootstrap scripts to stubedit xgcc.exe, no? Alternatively, we could enable the (currently disabled) code in dosexec.c that reallocates the transfer buffer if the original size is not enough. See the function check_talloc there.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |