This is the mail archive of the
cygwin-patches
mailing list for the Cygwin project.
Re: patch for command line containing equals sign
- From: Christopher Faylor <cgf-use-the-mailinglist-please at cygwin dot com>
- To: cygwin-patches at cygwin dot com
- Date: Thu, 20 Mar 2014 18:15:51 -0400
- Subject: Re: patch for command line containing equals sign
- Authentication-results: sourceware.org; auth=none
- References: <d67f6d61ce414f719b5c26c3d71f301b at AM3PR02MB113 dot eurprd02 dot prod dot outlook dot com>
- Reply-to: cygwin-patches at cygwin dot com
On Thu, Mar 20, 2014 at 09:10:05PM +0000, Weber, Mark wrote:
>
>See
>http://cygwin.com/ml/cygwin-patches/2014-q1/msg00017.html
>and related.
>
>Thanks for posting how the new behavior is different from the old.
>I am having a related issue, with C++ code that parses the command line.
>
>The command line we support is something like -
> program_name arg1 -option1=val1 -option2=val2 ...
>
>You get the idea.
>
>Now, with the above mentioned Cygwin patch, we are seeing the input arguments
>
>arg1 "-option1=val1" "-option2=val2" ...
>
>If this were the extent of the issue, it would be no big deal to strip off the quotes. However, the user may have put quotes on the command line himself, which Cygwin now moves around.
>Such as:
> program_name arg1 -option1="file name with spaces in it"
>
>Is there any way to reliably tell what the user entered on the command line?
Sorry but this mailing list is for patches, not questions or bug reports.
I'm unsubscribing you from this list. Please resubscribe if you have an actual
patch to submit.