This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: cygpath behaviour when input is not a path
- From: "Gary ." <cygwin at garydjones dot name>
- To: cygwin at cygwin dot com
- Date: Tue, 1 Jun 2010 10:19:57 +0200
- Subject: Re: cygpath behaviour when input is not a path
- References: <83d3wff7t5.fsf@garydjones.name> <837hmmenu0.fsf@garydjones.name> <AANLkTilbSnkvkJwetC20mzSWld48nOTYtDnKp8OXNQNh@mail.gmail.com> <83d3wdomiy.fsf@garydjones.name> <4C030C39.8020303@gmail.com>
On 5/31/10, Dave Korn wrote:
> On 30/05/2010 08:51, Gary wrote:
>> Since the tool
>> output is mixed paths and text, I'd hoped cygpath made "intelligent"
>> guesses about what was and was not likely to be a path.
>>
>
> Well, that is basically what it does; but, being a POSIX tool, the
> consequence is that it assumes that a colon is just a char like any other in
> a
> filename.
Okay. So I'm SOL with tool output like
"Parse error: syntax error, unexpected '}' in
C:\cygwin\home\jg\work\foo.php on line 10"
then, short of parsing it myself :-(
Actually cygpath's response to the tool ouput in this instance was
"cygpath: can't convert empty path"
although that seems to be a barf on a previous, empty, line of output,
because on testing just that line with cygpath -u I got
"Parse error: syntax error, unexpected '}' in C:/cygwin/home/jg/work/foo.php on
line 10"
That is, the path is more posix-like, but certainly isn't "unixified".
--
Gary
Non-kook (allegedly)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple