GNU bug report logs - #17802
Possible libtool bug in func_convert_core_msys_to_w32

Previous Next

Package: libtool;

Reported by: "Franchuk Alex (Alex)" <afranchuk <at> LGSInnovations.com>

Date: Wed, 18 Jun 2014 16:53:02 UTC

Severity: normal

To reply to this bug, email your comments to 17802 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-libtool <at> gnu.org:
bug#17802; Package libtool. (Wed, 18 Jun 2014 16:53:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Franchuk Alex (Alex)" <afranchuk <at> LGSInnovations.com>:
New bug report received and forwarded. Copy sent to bug-libtool <at> gnu.org. (Wed, 18 Jun 2014 16:53:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Franchuk Alex (Alex)" <afranchuk <at> LGSInnovations.com>
To: <bug-libtool <at> gnu.org>
Subject: Possible libtool bug in func_convert_core_msys_to_w32
Date: Wed, 18 Jun 2014 11:30:00 -0400
Hi,

I believe there is a bug in the function func_convert_core_msys_to_w32,
as "cmd //c" opens a command prompt and then hangs on Windows 7,
preventing the caller from going any further, whereas if you change this
to "cmd /C", it works as intended. Not sure if older windows systems
worked with //c, but Win7 definitely doesn't.

Hope this helps,
Alex Franchuk




Information forwarded to bug-libtool <at> gnu.org:
bug#17802; Package libtool. (Wed, 18 Jun 2014 22:12:01 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Peter Rosin <peda <at> lysator.liu.se>
To: bug-libtool <at> gnu.org
Subject: Re: bug#17802: Possible libtool bug in func_convert_core_msys_to_w32
Date: Thu, 19 Jun 2014 00:11:20 +0200
On 2014-06-18 17:30, Franchuk Alex (Alex) wrote:
> Hi,
> 
> I believe there is a bug in the function func_convert_core_msys_to_w32,
> as "cmd //c" opens a command prompt and then hangs on Windows 7,
> preventing the caller from going any further, whereas if you change this
> to "cmd /C", it works as intended. Not sure if older windows systems
> worked with //c, but Win7 definitely doesn't.

We're missing context. "cmd //c" is intended to be executed from MSYS
(function named ...msys_to_w32 remember) and the MSYS command line
parsing heuristic is supposed treat //c as if you really wanted to say /c.

And that works for me on Windows 7:

$ cmd //c type 'C:\MinGW\msys\1.0\bin\cmd'
#!/bin/sh
# Copyright (C) 2002, Earnie Boyd
#   mailto:do not feed the spammers
# This file is part of Minimal SYStem.
#   http://www.mingw.org/msys.shtml
# File: cmd

"$COMSPEC" "$@"
$ uname -s
MINGW32_NT-6.1


So, I'm wondering in what context your func_convert_core_msys_to_w32 is
running?

Cheers,
Peter




This bug report was last modified 11 years and 6 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.