On Sun, Oct 05, 2003 at 07:43:53PM -0400, Igor Pechtchanski wrote:
On Sat, 4 Oct 2003, Christopher Faylor wrote:
Who's going to find these functions? cygpath.exe is not going to
accidentally use ar function with the same name from another DLL.
That's not how it works. msvcrt is being loaded by
On Sun, 5 Oct 2003, Christopher Faylor wrote:
On Sun, Oct 05, 2003 at 07:43:53PM -0400, Igor Pechtchanski wrote:
On Sat, 4 Oct 2003, Christopher Faylor wrote:
Who's going to find these functions? cygpath.exe is not going to
accidentally use ar function with the same name from another DLL.
PROTECTED]
Subject: Re: cygpath hangs from postinstall scripts when called like
$(cygpath -S) but not otherwise
On Sat, 4 Oct 2003, Cliff Hones wrote:
I ran cygcheck on cygpath, and was surprised to discover
that it has a dependence on msvcrt (as well as cygwin1):
$ cygcheck /bin/cygpath.exe
D
s/Win200 SP4/Win2000 SP4/g
-Original Message-
From: Alan Miles [mailto:[EMAIL PROTECTED]
Sent: October 5, 2003 20:41
To: [EMAIL PROTECTED]
Subject: RE: cygpath hangs from postinstall scripts when called like
$(cygpath -S) but not otherwise
All,
Just to add another wrinkle:
See
On Sat, 4 Oct 2003, Cliff Hones wrote:
I ran cygcheck on cygpath, and was surprised to discover
that it has a dependence on msvcrt (as well as cygwin1):
$ cygcheck /bin/cygpath.exe
D:/cygwin/bin/cygpath.exe
D:/cygwin/bin\cygwin1.dll
D:\WINNT\system32\KERNEL32.dll
On Sat, 4 Oct 2003, Igor Pechtchanski wrote:
On Sat, 4 Oct 2003, Cliff Hones wrote:
I ran cygcheck on cygpath, and was surprised to discover
that it has a dependence on msvcrt (as well as cygwin1):
$ cygcheck /bin/cygpath.exe
D:/cygwin/bin/cygpath.exe
D:/cygwin/bin\cygwin1.dll
From: Igor Pechtchanski
On Sat, 4 Oct 2003, Cliff Hones wrote:
I ran cygcheck on cygpath, and was surprised to discover
that it has a dependence on msvcrt (as well as cygwin1):
$ cygcheck /bin/cygpath.exe
D:/cygwin/bin/cygpath.exe
D:/cygwin/bin\cygwin1.dll
Igor Pechtchanski wrote:
Oh, and this might explain why I'm not seeing the hang on my machine:
$ cygcheck /bin/cygpath.exe
C:/cygwin/bin/cygpath.exe
C:/cygwin/bin\cygwin1.dll
C:\WINNT\System32\KERNEL32.dll
C:\WINNT\System32\NTDLL.DLL
C:\WINNT\System32\SHELL32.DLL
Cliff Hones wrote:
...
I suspect you will see something different. I guess if on some Windows
systems shlwapi.dll has a dependence on msvcrt.dll, it is not safe
to call this from any cygwin app.
I think this may have been introduced with W2k SP4. I found the following
version of shlwapi.dll
On Sat, Oct 04, 2003 at 05:34:55PM +0100, Cliff Hones wrote:
Cliff Hones wrote:
...
I suspect you will see something different. I guess if on some Windows
systems shlwapi.dll has a dependence on msvcrt.dll, it is not safe
to call this from any cygwin app.
I think this may have been
On Sat, Oct 04, 2003 at 10:52:26AM -0400, Igor Pechtchanski wrote:
On Sat, 4 Oct 2003, Cliff Hones wrote:
I ran cygcheck on cygpath, and was surprised to discover
that it has a dependence on msvcrt (as well as cygwin1):
$ cygcheck /bin/cygpath.exe
D:/cygwin/bin/cygpath.exe
From: Igor Pechtchanski
On Sat, 4 Oct 2003, Igor Pechtchanski wrote:
On Sat, 4 Oct 2003, Cliff Hones wrote:
I ran cygcheck on cygpath, and was surprised to discover
that it has a dependence on msvcrt (as well as cygwin1):
$ cygcheck /bin/cygpath.exe
D:/cygwin/bin/cygpath.exe
I should emphasize that the reason this is important is because the
XFree86-bin-icons package calls cygpath in this manner and it freezes
setup.exe when the postinstall or preremove script gets run. So, there
is current breakage with this. It is not a hypothetical situation.
Harold
Harold L
without any freeze ups.
Alan
-Original Message-
From: Harold L Hunt II [mailto:[EMAIL PROTECTED]
Sent: October 3, 2003 13:32
To: [EMAIL PROTECTED]
Cc: cygx
Subject: Re: cygpath hangs from postinstall scripts when called like
$(cygpath -S) but not otherwise
I should emphasize
without any freeze ups.
Alan
-Original Message-
From: Harold L Hunt II [mailto:[EMAIL PROTECTED]
Sent: October 3, 2003 13:32
To: [EMAIL PROTECTED]
Cc: cygx
Subject: Re: cygpath hangs from postinstall scripts when called like
$(cygpath -S) but not otherwise
I should emphasize
without any freeze ups.
Alan
-Original Message-
From: Harold L Hunt II [mailto:[EMAIL PROTECTED]
Sent: October 3, 2003 13:32
To: [EMAIL PROTECTED]
Cc: cygx
Subject: Re: cygpath hangs from postinstall scripts when called like
$(cygpath -S) but not otherwise
I should emphasize
On Sat, 2003-10-04 at 14:19, Alan Miles wrote:
All,
I concur - I have a couple of private packages that I build, and then use a
local copy of upset to create the setup.ini file. My packages are ** NOT **
XFree86 related, and I have the same type of $(cygpath -S) call in my
postinstall
without any freeze ups.
Alan
-Original Message-
From: Harold L Hunt II [mailto:[EMAIL PROTECTED]
Sent: October 3, 2003 13:32
To: [EMAIL PROTECTED]
Cc: cygx
Subject: Re: cygpath hangs from postinstall scripts when called like
$(cygpath -S) but not otherwise
I should emphasize
On Sat, 2003-10-04 at 14:19, Alan Miles wrote:
All,
I concur - I have a couple of private packages that I build, and then use a
local copy of upset to create the setup.ini file. My packages are ** NOT **
XFree86 related, and I have the same type of $(cygpath -S) call in my
postinstall
So any reason, why not to use regtool ?
Soren A wrote:
I had written:
Thus one
entry I examined looks like this:
TEMP=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,
6f,00,6f,0
0,74,\
00,25,00,5c,00,54,00,45,00,4d,00,50,00,00,00
Mystery is done. There are two kinds of
I had written:
Thus one
entry I examined looks like this:
TEMP=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,0
0,74,\
00,25,00,5c,00,54,00,45,00,4d,00,50,00,00,00
Mystery is done. There are two kinds of .REG file: ANSI and Unicode. The
Regedit tool on WinXP exports
Yes, a bit OT, but could be useful to understand more about it...
Soren A [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]:
I cannot get the Registry to accept the entries now! Each time I try I
get the keys created OK, but the command is undefined (I am writing
of how we see the Registry in
Of Soren A.
Sent: Sunday, July 06, 2003 12:08 AM
To: [EMAIL PROTECTED]
Subject: Re: CygPath to Clipboard (was: example needed pls ...)
Yes, a bit OT, but could be useful to understand more about it...
Soren A [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
I cannot get the Registry to accept
Stephan Mueller [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
Looks like it's the hex-encoded representation of some Unicode text
(each character is a 16-bit entity). For plain ASCII values (e.g.
English text), yes, you'll see every other byte as a zero.
Gratitude! Thanks Stephan. Yes,
Soren A [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
But I cannot get the Registry to accept the entries now! Each time I
try I get the keys created OK, but the command is undefined (I am
writing of how we see the Registry in regedit). Somehow, my guess is
that REGEDIT is not liking
Copy_Cygpaths.reg.gz
Description: Binary data
Soren A [EMAIL PROTECTED] wrote around 02
Jul 2003 news:[EMAIL PROTECTED]:
I have been using double backslashes!
Does not seem to matter, still cannot get it working. But I
discovered a significant bug in the Perl tool (REGexpandSZgen). Please
throw out the one attached earlier and go to the
Soren A wrote:
OK, Brian, your copy_cygpath tool works just fine (sans the issues
of providing fancy escaping a' la' `ls'). But I cannot get the
Registry to accept the entries now! Each time I try I get the keys
created OK, but the command is undefined (I am writing of how we
see the
On Wed, 2 Jul 2003, Brian Dessent wrote:
Soren A wrote:
OK, Brian, your copy_cygpath tool works just fine (sans the issues
of providing fancy escaping a' la' `ls'). But I cannot get the
Registry to accept the entries now! Each time I try I get the keys
created OK, but the command is
Igor Pechtchanski wrote:
Any particular reason why you're discounting regtool? This is a Cygwin
list, after all... ;-)
Igor
There's a perfectly good reason... I didn't know regtool existed until
now. :-o All this TMTOWTDI talk and someone might mistake this for a
perl list.
Brian
BB wrote:
Shouldn't GetShortPathName() == 0 always cause the get_short_name()
function to fail?
I would sincerely hope not. I see no reason why cygpath conversion has
to be tied to the existence of files. We often need to use cygpath to
convert between formats for files which we are about to
On Fri, 13 Jun 2003, Shankar Unni wrote:
BB wrote:
Shouldn't GetShortPathName() == 0 always cause the get_short_name()
function to fail?
I would sincerely hope not. I see no reason why cygpath conversion has
to be tied to the existence of files. We often need to use cygpath to
convert
Shankar Unni [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
BB wrote:
Shouldn't GetShortPathName() == 0 always cause the get_short_name()
function to fail?
I would sincerely hope not. I see no reason why cygpath conversion has
to be tied to the existence of files. We often need
Lee,
Perhaps. In particular, if one uses Windows mode (instead of mixed
mode) you get the result I think you were expecting (except, of course,
for the orientation of the name separators).
Witness:
% cygpath -d /cygdrive/d/Documents\ and\ Settings/
d:\DOCUME~1\
% cygpath -lm d:\DOCUME~1\
On Wed, Mar 19, 2003 at 05:42:07PM -0800, Randall R Schulz wrote:
Lee,
Perhaps. In particular, if one uses Windows mode (instead of mixed
mode) you get the result I think you were expecting (except, of course,
for the orientation of the name separators).
Well, since POSIX doesn't have anything
At 17:59 2003-03-19, Christopher Faylor wrote:
On Wed, Mar 19, 2003 at 05:42:07PM -0800, Randall R Schulz wrote:
Lee,
Perhaps. In particular, if one uses Windows mode (instead of mixed
mode) you get the result I think you were expecting (except, of course,
for the orientation of the name
On Wed, Mar 19, 2003 at 06:25:14PM -0800, Randall R Schulz wrote:
At 17:59 2003-03-19, Christopher Faylor wrote:
On Wed, Mar 19, 2003 at 05:42:07PM -0800, Randall R Schulz wrote:
Lee,
Perhaps. In particular, if one uses Windows mode (instead of mixed
mode) you get the result I think you were
At 18:27 2003-03-19, Christopher Faylor wrote:
On Wed, Mar 19, 2003 at 06:25:14PM -0800, Randall R Schulz wrote:
At 17:59 2003-03-19, Christopher Faylor wrote:
On Wed, Mar 19, 2003 at 05:42:07PM -0800, Randall R Schulz wrote:
Lee,
Perhaps. In particular, if one uses Windows mode (instead of mixed
On Wed, Mar 19, 2003 at 06:43:41PM -0800, Randall R Schulz wrote:
This still doesn't make sense to me. Why does -l give a full Windows
name while -m gives a DOS name?
Because I'm an idiot. You're right. This is a bug. However, PGA still
applies.
cgf
--
Unsubscribe info:
At 18:50 2003-03-19, Christopher Faylor wrote:
On Wed, Mar 19, 2003 at 06:43:41PM -0800, Randall R Schulz wrote:
This still doesn't make sense to me. Why does -l give a full Windows
name while -m gives a DOS name?
Because I'm an idiot. You're right. This is a bug. However, PGA still
applies.
On Mon, 10 Mar 2003, Ralf Hauser wrote:
in http://sources.redhat.com/ml/cygwin/2003-01/msg01707.html I thought to
see how I should do this.
The example works fine. But if I create a script that does
the same
echo $@ | cygpath -w -f -
and call it with
testscript `/bin/ls /bin/ch*`
I
Then you will call cygpath x-times, which is quite inefficient for large
globbing with wildcards.
Better do something like
*** snip ***
#! /bin/sh
for file in $@; do
memfile=${memfile:-}$file\n
done
application $(echo -e $memfile | cygpath -w -f -)
*** snip ***
which results in just one
: Re: cygpath $@ in a script: bug?
[...]
Yes, it needs the newlines (LF is enough, I think).
But if you have the arguments properly quoted already, why not
'for f in $@; do cygpath -w $f; done'?
Or even worse if I put in the long path:
testscript `/bin/ls /cygdrive/c/cygwin/bin/ch
Ralf,
Yes. Well, no. Cygpath isn't chok[ing]. It's operating correctly.
It accepts one input name per line when used in filter mode. You can
use tr or sed to insert newlines where appropriate, but it's not
feasible to have cygpath interpret spaces as separators between input
names. Since
whorfin wrote:
I'll toss this on Jakarta's doorstep (or, if I get
really ambitious, attempt to fix their script myself).
This would be the ant shell script, no? I've opened up bug 17212
(http://issues.apache.org/bugzilla/show_bug.cgi?id=17212) at
issues.apache.org.
--
Unsubscribe info:
whorfin wrote:
I am experiencing a problem with 1.3.20 that seems to
be cygpath related.
Already discussed, this month.
http://sources.redhat.com/ml/cygwin/2003-02/msg00722.html
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
I am experiencing a problem with 1.3.20 that seems to
be cygpath related. Previously, I was using 1.3.17,
upgraded today, and I get errors when trying to run
Ant 1.5.1 (it ran just fine before). After a little
fiddling, it appears that cygpath is still having some
problems.
If I set
I am experiencing a problem with 1.3.20 that seems to
be cygpath related. Previously, I was using 1.3.17,
upgraded today, and I get errors when trying to run
Ant 1.5.1 (it ran just fine before). After a little
fiddling, it appears that cygpath is still having some
problems.
If I
whorfin wrote:
I am experiencing a problem with 1.3.20 that seems
to
be cygpath related.
Already discussed, this month.
http://sources.redhat.com/ml/cygwin/2003-02/msg00722.html
Max.
Many thanks to Max and everybody else who responded.
I'll toss this on Jakarta's doorstep (or, if I get
On Wed, Feb 12, 2003 at 04:27:29PM -0500, Brian Gallew wrote:
155 cygpath -a 02-Girls\ Just\ Want\ To\ Have\ Fun.
/c/Documents and Settings/geek.GEEK-LAPTOP/My Documents/My Music/Cyndi
Lauper/Twelve Deadly Cyns ... And Then Some/02-Girls Just Wanc Have
Fun.
Even more interestingly, there's a
On Wed, Feb 12, 2003 at 04:27:29PM -0500, Brian Gallew wrote:
155 cygpath -a 02-Girls\ Just\ Want\ To\ Have\ Fun.
/c/Documents and Settings/geek.GEEK-LAPTOP/My Documents/My Music/Cyndi
Lauper/Twelve Deadly Cyns ... And Then Some/02-Girls Just Wanc Have
Fun.
Even more interestingly,
of a
classpath? This will be needed to account for the changed behaviour in
modifying scripts.
--Doug Newton
[EMAIL PROTECTED]
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 10, 2003 9:04 PM
To: Newton, Doug
Subject: Re: cygpath bug in version 1.25
Igor Pechtchanski wrote:
On Tue, 11 Feb 2003, Newton, Doug wrote:
If this change is what is desired by the majority, that is fine.
BUT, it should have been made clear that the fundamental behaviour
of cygpath had changed. I have many scripts that no longer work.
Even the jakarata ant tool's
On Tue, 11 Feb 2003, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Tue, 11 Feb 2003, Newton, Doug wrote:
If this change is what is desired by the majority, that is fine.
BUT, it should have been made clear that the fundamental behaviour
of cygpath had changed. I have many scripts
On Tue, Feb 11, 2003 at 11:57:45PM -, Max Bowsher wrote:
Igor Pechtchanski wrote:
On Tue, 11 Feb 2003, Newton, Doug wrote:
If this change is what is desired by the majority, that is fine.
BUT, it should have been made clear that the fundamental behaviour
of cygpath had changed. I have
On Mon, Feb 10, 2003 at 05:29:32PM -0600, Newton, Doug wrote:
I believe I have found a bug in cygpath.exe version 1.25 (Which has been the
version included since at least cygwin version 1.3.17-1 and through cygwin
version 1.3.20-1).
Using installations from any release since 1.3.17-1 (the
Hi Corinna,
I d/l'd the latest snapshot (i.e. cygwin-inst-20030205.tar.bz2) and it
unpacked it, restarted cygwin, and ran everything and it WORKED fine!
Below is the output of 'cygpath -version' to verify the version
information:
/c/ipl-0.1/impl 2005% cygpath -version
cygpath (cygwin) 1.25
On Thu, 6 Feb 2003, Brian McColgan wrote:
[snip]
Thank you for pointing me at the snapshots. I will go there from now on
to get updates for the Cygwin core.
Cheers, Brian.
Umm, please don't, unless you are asked to try one (or unless you want to
be on the bleeding edge of Cygwin
Robert Mark Bram wrote:
MMm.. this does not work for me. Like Larry, when I click and drag,
all I get is the windows path, unquoted.. although if I take the time
to put in quotes it works ok - but I want automatic quoting!!!
$ cd C:\Rob\java
bash: cd: C:Robjava: No such file or directory
You
At 07:03 PM 1/24/2003, Randall R Schulz wrote:
Rob,
Well, the RXVT-ers keep copping an 'tude with us lowly console users, so...
Exactly! ;-)
I really don't know what's different on my system that makes this nifty feature work
for me. I'm inclined to think it's not a BASH setting or anything
At 06:33 PM 1/25/2003, Randall R Schulz wrote:
At 15:04 2003-01-25, Larry Hall (RFK Partners, Inc) wrote:
At 07:03 PM 1/24/2003, Randall R Schulz wrote:
Rob,
...
I really don't know what's different on my system that makes this nifty feature
work for me. I'm inclined to think it's not a
Howdy Randall,
$ cdd C:\Rob\mcd3060\Tri32002\a2
bash: cd: C:Robmcd3060Tri32002a2: No such file or directory
In this case, the unquoted backslashes
essentially just disappear, since in
each case the character they precede
is not special.
Thank you very much for your reply. I forgot
On Fri, Jan 24, 2003 at 02:35:16PM +0100, Jesper Eskilson wrote:
Hi!
The attached shell-script causes cygpath to malfunction by trying to
convert a long string of z:s using 'cygpath -w'. It begins by trying z,
then zz, and so on.
When trying more than 240 z:s, the result becomes garbled. For
Rob,
All is not lost. If you simply drag an icon for a file system entity
and drop it in a Cygwin window, it will get quotes _as necessary_!
Nice, actually. The syntax will still be Windows, including
backslashes, but actually Cygwin will handle this correctly.
And in case you're not aware of
DLL from the same day.
Larry
Original Message:
-
From: Randall R Schulz [EMAIL PROTECTED]
Date: Fri, 24 Jan 2003 09:20:53 -0800
To: [EMAIL PROTECTED]
Subject: RE: cygpath question
Rob,
All is not lost. If you simply drag an icon for a file system entity
and drop it in a Cygwin
up-to-date with everythig as of 1/21 and I'm currently
running a snapshot Cygwin DLL from the same day.
Larry
Original Message:
-
From: Randall R Schulz [EMAIL PROTECTED]
Date: Fri, 24 Jan 2003 09:20:53 -0800
To: [EMAIL PROTECTED]
Subject: RE: cygpath question
Rob,
All
Howdy Randall,
Click and drag method
==
Actually, on my system, dropping on RXVT from Windows Explorer, whether
file or directory, with or without spaces, nothing happens at all.
OK - I found this too (I have never used rxvt before, so I am not aware of
any advantages
Rob,
Well, the RXVT-ers keep copping an 'tude with us lowly console users, so...
I really don't know what's different on my system that makes this nifty
feature work for me. I'm inclined to think it's not a BASH setting or
anything specific to my Cygwin configuration.
It works in CMD.exe,
Howdy all!
Command Prompt Here
==
I got CommandPromptHere from this url:
http://koeln.convey.de/cywgin/CygwinPromptHere/
I then followed these steps:
$ tar xvzf CygwinPromptHere-20020528.tar.gz
$ cd CygwinPromptHere
$ ./install
Below is the result of my install. I am no
On Sat, 25 Jan 2003, Robert Mark Bram wrote:
grep: /home/Robert: No such file or directory
grep: Mark: No such file or directory
grep: Bram/.bashrc: No such file or directory
Don't know about the rest of the script, but looks like someone forgot his
quoting... Naughty, naughty... :-)
On Fri, Jan 24, 2003 at 09:49:09PM -0500, Igor Pechtchanski wrote:
On Sat, 25 Jan 2003, Robert Mark Bram wrote:
grep: /home/Robert: No such file or directory
grep: Mark: No such file or directory
grep: Bram/.bashrc: No such file or directory
Don't know about the rest of the script, but looks
On Fri, 24 Jan 2003, Christopher Faylor wrote:
On Fri, Jan 24, 2003 at 09:49:09PM -0500, Igor Pechtchanski wrote:
On Sat, 25 Jan 2003, Robert Mark Bram wrote:
grep: /home/Robert: No such file or directory
grep: Mark: No such file or directory
grep: Bram/.bashrc: No such file or
On Fri, Jan 24, 2003 at 10:00:20PM -0500, Igor Pechtchanski wrote:
On Fri, 24 Jan 2003, Christopher Faylor wrote:
On Fri, Jan 24, 2003 at 09:49:09PM -0500, Igor Pechtchanski wrote:
On Sat, 25 Jan 2003, Robert Mark Bram wrote:
grep: /home/Robert: No such file or directory
grep: Mark: No
On Fri, 24 Jan 2003, Christopher Faylor wrote:
On Fri, Jan 24, 2003 at 10:00:20PM -0500, Igor Pechtchanski wrote:
On Fri, 24 Jan 2003, Christopher Faylor wrote:
On Fri, Jan 24, 2003 at 09:49:09PM -0500, Igor Pechtchanski wrote:
On Sat, 25 Jan 2003, Robert Mark Bram wrote:
grep:
Howdy all!
For the record, these are two reg files I found that worked for me on XP:
http://sources.redhat.com/ml/cygwin/2002-05/msg01685.html
http://sources.redhat.com/ml/cygwin/2002-05/msg01648.html
Rob
:)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
Robert,
Here's what happened:
At 22:07 2003-01-23, Robert Mark Bram wrote:
Howdy all!
I am trying to write a little script that will allow me to cd to any
directory in Cygwin by pasting in the Windows path.. Here is a screen dump
of my work so far:
$ function cdd () {
cd `cygpath
Robert,
I need to make a slight amendment to what I wrote before. Please see below.
At 22:33 2003-01-23, Randall R Schulz wrote:
...
$ pwd
/
$ cdd C:\My Music
Here's what happens:
cd `cygpath --unix C:My Music`
I'm guessing your Cygwin root is the same as your C: drive root,
Lynn,
Cygpath as you've show it operating, is working perfectly correctly. The
--path option is for converting PATH-like variables in which several file
or directory names are separated by colons (UNIX - Windows) or semicolons
(Windows - Unix).
Randall Schulz
Mountain View, CA USA
At 13:25
On Tue, Oct 15, 2002 at 10:17:51AM -0700, Randall R Schulz wrote:
Hello, Chris,
Back in August, I sent this message:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
Hi,
The cygpath --help output does not include a final newline.
Chris,
Cygpath, not cygcheck:
1018 cygpath --help
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-c HANDLE] [-f FILE] [options] NAME
cygpath [-ADHPSW]
Output type options:
-d, --dos print DOS (short) form of NAME (C:\PROGRA~1\)
-m, --mixed like --windows, but with
On Tue, 15 Oct 2002, Randall R Schulz wrote:
Hello, Chris,
Back in August, I sent this message:
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
Hi,
The cygpath --help output does not include a final newline.
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
To
On Tue, Oct 15, 2002 at 10:48:01AM -0700, Randall R Schulz wrote:
Chris,
Cygpath, not cygcheck:
Sorry. I actually did check cygpath and then used the wrong program
in my example:
cgf
bash-2.05b$ cygpath --help
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-c HANDLE] [-f FILE] [options] NAME
Igor,
1021 cygpath --help | tail -1 | od -t x1 -c
000 20 20 2d 76 2c 20 2d 2d 76 65 72 73 69 6f 6e 09
- v , - - v e r s i o n \t
020 09 6f 75 74 70 75 74 20 76 65 72 73 69 6f 6e 20
\t o u t p u t v e r s i
Hi Randall,
Completely incorrect. I use cygpath to convert CLASSPATHs
all the time
and it works just fine. Syntactically, they're just like PATH
(on either
side of the Unix / Windows divide) and cygpath doesn't care
what they're
used for, only what lexical / syntactic structure they
Hi Ralf,
1) In my win2k, I set (a long) Java CLASSPATH
2) under cygwin I want to convert it (in my .tcshrc) an it
fails. If I do it
on the command line, it looks like the following:
rhauser@PCGF590K:~ cygpath --unix $CLASSPATH
ô??a?
[...]
My questions:
1) is there a way to see an
Jörg,
OK. My turn to correct some misconceptions...
At 00:18 2002-09-26, Schaible, Jörg wrote:
Hi Ralf,
1) In my win2k, I set (a long) Java CLASSPATH
2) under cygwin I want to convert it (in my .tcshrc) an it
fails. If I do it
on the command line, it looks like the following:
Ralf,
You're trying to convert a PATH (or PATH-like) variable, not a single file
or directory name. Include the -p option.
Randall Schulz
Mountain View, CA USA
At 08:49 2002-09-25, Ralf Hauser wrote:
Hi,
The following problem occurred to me:
1) In my win2k, I set (a long) Java CLASSPATH
2)
Looks like you'll have to take Chris' advice and at least look at the
cygpath source. Does it work with a shorter CLASSPATH?
Oh, and follow Randy's advice about the --path option, too.
--- Ralf Hauser [EMAIL PROTECTED] wrote:
Thx! Unfortunately still only the same garbage in the mylog file.
Randall,
Thanks, the -p option solved the problem.
Rgds r.
Randall R Schulz [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Ralf,
You're trying to convert a PATH (or PATH-like) variable, not a single file
or directory name. Include the -p option.
--
--- Christopher Faylor [EMAIL PROTECTED] wrote:
On Wed, Feb 27, 2002 at 12:56:34PM -0800, Joshua Daniel Franklin wrote:
Changelog:
2002-02-27 Joshua Daniel Franklin [EMAIL PROTECTED]
* cygpath.cc (print_version): New function.
(main): Accommodate new version function. Initialize 'o' to
On Wed, Feb 27, 2002 at 12:56:34PM -0800, Joshua Daniel Franklin wrote:
Changelog:
2002-02-27 Joshua Daniel Franklin [EMAIL PROTECTED]
* cygpath.cc (print_version): New function.
(main): Accommodate new version function. Initialize 'o' to prevent warning.
Applied with some minor tweaks.
I
On Wed, Feb 27, 2002 at 02:23:11PM +, Don Sharp wrote:
when /usr/bin is converted by cygpath -w -p it doubles the number of
backslashes produced
$ cygpath -w -p /usr/bin:/bin
G:\\bin;G:\bin
Not sure if this is a desirable side-effect.
$ mount
G:\\bin on /usr/bin type system (binmode)
$ mount
G:\\bin on /usr/bin type system (binmode)
G:\\lib on /usr/lib type system (binmode)
From this it seems that is a setup.exe issue: you probably installed in
G:\ and it didn't strip last backslach...
--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP X.509 keys available)
Lapo Luchini wrote:
$ mount
G:\\bin on /usr/bin type system (binmode)
G:\\lib on /usr/lib type system (binmode)
From this it seems that is a setup.exe issue: you probably installed in
G:\ and it didn't strip last backslach...
Lapo has the right of it
TVM
Cheers
Don Sharp
--
On Thu, Jan 17, 2002 at 08:57:05AM -0600, Joshua Daniel Franklin wrote:
Here's a changelog:
2001-01-16 Joshua Daniel Franklin [EMAIL PROTECTED]
* cygpath.cc (main): Added options to show Desktop and Start Menu's Programs
directory for current user or all users
* cygpath.cc (main): moved
On Mon, Jan 14, 2002 at 06:14:09PM -0800, Joshua Franklin wrote:
Well, I've attached the patch in case anyone is
interested. It changes cygpath.exe to include the
options:
-A|--allusers use `All Users' directories
instead of current user
-D|--desktop print `Desktop'
--- Charles Wilson [EMAIL PROTECTED] wrote:
Joshua Franklin wrote:
--- Charles Wilson [EMAIL PROTECTED] wrote:
Sounds like a great idea to me. Note however,
than
symbolic links are
implemented using windows shortcuts, so:
ln -s foo.html `cygpatch -P`/foo_help.html
will do what
On Sat, Jan 05, 2002 at 08:28:27AM -0800, Randall R Schulz wrote:
I invoked cygpath -u with an empty string by mistyping a quoted
environment variable name. It produced 10 garbage characters:
Jonathan Kamens submitted a patch to fix this a couple of weeks ago. It
will be in the next cygwin
301 - 398 of 398 matches
Mail list logo
