--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
11:45 ---
This particular bug is already fixed in HEAD (future GCC 4.1.0).
As for the inconsistency between OS_Lib and Expect, it is intentional
and the sugget patch would simply create an incompatibility which is
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-01
11:47 ---
One last comment: the patch proposed would have actually hidden the real
problem (bad handling of path with spaces under Windows) rather than fixing it.
--
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20075
--- Additional Comments From sbellon at sbellon dot de 2005-02-27 18:47
---
I have investigated further. There are further places in the C part of the GNAT
library that need changing because they are inconsistent.
In __gnat_portable_spawn in ada/adaint.c the spawn/exec calls are always
--- Additional Comments From ludovic dot brenta at insalien dot org
2005-02-20 17:14 ---
Hi Stefan,
I've given some more thought to the problem, and I think that perhaps
the bug is in Ada.Command_Line.Command_Name, not in GNAT.OS_Lib or
GNAT.Expect. Indeed, it is
--- Additional Comments From sbellon at sbellon dot de 2005-02-20 18:33
---
Subject: Re: Bug in GNAT.Expect.Non_Blocking_Spawn
On 20 Feb, you wrote:
I've given some more thought to the problem, and I think that perhaps
the bug is in Ada.Command_Line.Command_Name, not in GNAT.OS_Lib
