www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1998/01/15/17:27:45

Message-ID: <34BE872E.799BCDE0@gmx.net>
Date: Thu, 15 Jan 1998 23:01:18 +0100
From: Robert Hoehne <robert DOT hoehne AT gmx DOT net>
Organization: none provided
MIME-Version: 1.0
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
CC: djgpp-workers AT delorie DOT com
Subject: Re: spawn() problem
References: <Pine DOT SUN DOT 3 DOT 91 DOT 980115130529 DOT 12130H-100000 AT is>

Eli Zaretskii wrote :
> 
> I think `system' should have the same behavior, since it really calls
> `spawn' internally.
> 
> Anyway, this was discussed during v2.01 development, but it was
> decided to leave it alone as it was (since v1.x).  Part of the reason
> is that the startup code is tricky and needed a lot of iterations to
> get right, and God knows what would break if we change this.

OK, I have nothing against this, except that I should know it :-)

Maybe it would be good to include at least a warning in the docs
to document, that not all features of the stub are used, when the
program is called via spawn().

> I think adding code which strips the .exe extension is the correct way
> to go.  Putting a 200KB-large executable into an archive just to save
> a few source lines is IMHO not the best solution.

Yes, you are right, but it was the faste way for me, and I thought
(after reading the doc) that it should work, but now I will do not
such tricks but make the ranlib.exe and strip.exe as complete
standalone,
also because I saw, that this feature will not supported directly
anymore in coming binutils versions.

Robert
-- 
******************************************************
* email:   Robert Hoehne <robert DOT hoehne AT gmx DOT net>     *
* Post:    Am Berg 3, D-09573 Dittmannsdorf, Germany *
* WWW:     http://www.tu-chemnitz.de/~sho/rho        *
******************************************************


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019