you seen anything like this? How can it be fixed?
Regards
Ilya Beylin
--
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
> Had the same problem, cp and mv appending exe to nearly everything.
> After I upgraded coreutils from 8.4.1 to 8.4.2 the issue has been resolved.
I have coreutils 7.0-2 and "mv" seems to work correctly for me,
however I see that both rsync and rdiff-backup add the .exe suffix
when copying an exe
Thomas, you are right, it is rather an issue with bash:
when does not see a slash in the command name, it starts path
searching, and of course finds nothing.
Looks like a bug.
$ "$WINDIR\system32\cmd.exe" /c echo ok
bash: C:\WINDOWS\system32\cmd.exe: command not found
$ "$WINDIR/system32\cmd.exe"
The problem is that DOS paths are treated differently, even within the
same program.
Take for instance, bash:
$ builtin test -x "$WINDIR\system32\cmd.exe" && echo ok
yes
$ builtin exec "$WINDIR\system32\cmd.exe" /C echo ok
-bash: exec: C:\WINDOWS\system32\cmd.exe: not found
That makes a lot of he
Hello,
Cyrille Lefevre wrote:
> cygstart --wait /system32/cmd /c "echo 1 2&pause"
I do not think it is a convincing example. cmd.exe treats everything
that follows / c as a single command, so yuo would get the same result
even without quotes.
cygstart --wait $WINDIR/system32/cmd /c echo 1 2
some ACL work,
and
> you are on your own if a name with a backslash doesn't do what you
wanted.
I understand, but I do not think it does apply in my case.
Any further ideas?
Ilya Beylin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cyg
6 matches
Mail list logo
