supported by the cygwin_conv_path function
> and, subsequently, the cygpath utility. Therefore, such a change
> should be restricted to this API. I'll have a look into adding
> something along these lines.
Try the latest developer snapshot from http://cygwin.com/snapshots/
It contains a
Corinna Vinschen wrote:
> On Jan 17 02:48, Barry Kelly wrote:
> >
> Also, if you don't treat juntions to the same drive as symlinks you have
> the problem that you can easily create loops when you run a recursive
> file search.
This is true; though 'find' will detect such loops, and e.g. cmd /c
aths is affected.
> > This conversion is only supported by the cygwin_conv_path function
> > and, subsequently, the cygpath utility. Therefore, such a change
> > should be restricted to this API. I'll have a look into adding
> > something along these lines.
>
> Try t
On Tue, Jan 1, 2013 at 7:54 PM, Aaron Schneider wrote:
> cygpath.exe -a "c:\Users\All Users"
> /cygdrive/c/Users/All Users
>
> cygpath.exe -a "c:\Users\All Users\"
>>
>
> Probably this trailing backslash is interpreted by shell, what to do about
> this?
Not probably, it is exactly that.
cygpath.e
On 02/01/2013 2:17, Earnie Boyd wrote:
cygpath.exe -a "c:\Users\All Users\"
Probably this trailing backslash is interpreted by shell, what to do about
this?
Not probably, it is exactly that.
cygpath.exe -a "C:\\Users\\All Users\\"
I was incorrectly quoting the path. This works:
$ cygpat
ne wants to try this. It would be good to confirm or deny
>> > that this fixes the problem for everyone.
>> >
>> > Btw, maybe this has already been mentioned, but here is a simple
>> > test script that demonstrates the problem when run from the console:
>&
On Aug 7 01:53, Cyrille Lefevre wrote:
> some times ago, someone (you?) modifies cygpath to handle /dev/sdXY paths.
>
> however, it seems there is a problem somewhere ?
>
> v2$ uname -a
> CYGWIN_NT-6.0 pcvista 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
>
> v2$ /us
On Feb 8 12:22, Andrew Schulman wrote:
> $ cygpath -u 'C:\WINDOWS'
> /win/c/WINDOWS
>
> $ cygpath -pu 'C:\WINDOWS'
> 15 [main] cygpath 5076 C:\cygwin\bin\cygpath.exe: *** fatal error - wide
> char path lists not
> yet supported
> Hangup
Tr
> On Feb 8 12:22, Andrew Schulman wrote:
> > $ cygpath -u 'C:\WINDOWS'
> > /win/c/WINDOWS
> >
> > $ cygpath -pu 'C:\WINDOWS'
> > 15 [main] cygpath 5076 C:\cygwin\bin\cygpath.exe: *** fatal error -
> > wide char path lists not
&g
On Feb 8 13:16, Andrew Schulman wrote:
> > On Feb 8 12:22, Andrew Schulman wrote:
> > > $ cygpath -u 'C:\WINDOWS'
> > > /win/c/WINDOWS
> > >
> > > $ cygpath -pu 'C:\WINDOWS'
> > > 15 [main] cygpath 5076 C:\cygwin\bin\c
> THe fact that you have a .new file shows that setup tried to replace
> the file after reboot. However, the Win32 functionality, MoveFileEx
> with MOVEFILE_DELAY_UNTIL_REBOOT | MOVEFILE_REPLACE_EXISTING flags
> apparently doesn't work under all circumstances. See, for instance,
> http://social.m
I have a situation where I have a command line that I need to preprocess
with "cygpath -w", changing all tokens which represent paths to convert
them to their windows equivalent. All other tokens should pass through
unchanged. Is there already a canned solution for this? What
On Fri, 4 Jun 2004, Karr, David wrote:
> I have a situation where I have a command line that I need to preprocess
> with "cygpath -w", changing all tokens which represent paths to convert
> them to their windows equivalent. All other tokens should pass through
> unchange
if test -f "${Arg}" -o -d "${Arg}"
then
NewArgs="${NewArgs} '$(cygpath -w "${Arg}")'"
else
NewArgs="${NewArgs} '${Arg}'"
fi
done
echo NewArgs="${NewArgs}"
echo no
I need to find out the drive on which some files reside.
I need to make some links from a tmp dir to the files from a script. So
I need to determine where they reside so I can figure out which tmp dir
to use. Hard links, not running as administrator.
I tried cygpath -wa and /bin/pwd. They
Op Fri, 26 Mar 2004 21:43:56 +0100 (MET) schreef ik in
<[EMAIL PROTECTED]>:
: Op Mon, 22 Mar 2004 14:19:48 -0500
: schreef Christopher Faylor
: in <[EMAIL PROTECTED]>:
[latest snapshot]
:: Please try it out and report success or failure here.
[various failures on cygpath in 1.5.
Hmm... cygpath currently has options to print the windows Documents and
Settings directory (-H), as well as the Start Menu/Programs directory
(-P). Should we add more options for the other meaningful Windows
directories (such as My Documents, for example)? What other special names
should we be
The cygpath code uses SHGetSpecialFolderLocation... I guess I meant the
correct constants for the special folders, so thanks for the link. I'll
look to see which of those directories would be worth adding.
Igor
On Wed, 23 Oct 2002, Stephan Mueller wrote:
> The API you want
quot;
"$USERPROFILE/My Documents/My Pictures"
"$USERPROFILE/Start Menu"
Each is individually redirectable to some other location
but should still be accessable under "$USERPROFILE"
I hope I'm not telling something already generally known.
Igor Pechtchanski wrote
> P.S. As an aside, I've just discovered that the -A flag is ignored or
> non-functional on Win98... I'll look into that.
A good place to look would be:
http://cygwin.com/cygwin-ug-net/using-utils.html#CYGPATH
"On Win9x systems with only a single user, -A has no effect;
On Thu, 24 Oct 2002, Joshua Daniel Franklin wrote:
> > P.S. As an aside, I've just discovered that the -A flag is ignored or
> > non-functional on Win98... I'll look into that.
>
> A good place to look would be:
>
> http://cygwin.com/cygwin-ug-net/using-utils.
On Thu, 24 Oct 2002, Joshua Daniel Franklin wrote:
> --- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> > On Thu, 24 Oct 2002, Joshua Daniel Franklin wrote:
> > > http://cygwin.com/cygwin-ug-net/using-utils.html#CYGPATH
> > >
> > > "On Win9x system
more complete lists. It also mentions that for
downlevel platforms, you may want SHGetSpecialFolderPath instead.
This may turn out to be a fun one in terms of providing equivalent
functionality in cygpath on all the Cygwin support platforms.
stephan();
-Original Message-
From: Igor Pechtch
umber of CSIDL_* constants that you'd want to choose from,
>as well as linking to more complete lists. It also mentions that for
>downlevel platforms, you may want SHGetSpecialFolderPath instead.
>
>This may turn out to be a fun one in terms of providing equivalent
>functionality i
--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> On Thu, 24 Oct 2002, Joshua Daniel Franklin wrote:
> > http://cygwin.com/cygwin-ug-net/using-utils.html#CYGPATH
> >
> > "On Win9x systems with only a single user, -A has no effect; -D and -AD
> > would hav
701 - 725 of 725 matches
Mail list logo
