cygpath behaviour changed

I've just installed the latest cygwin.dll and bash. An existing script no longer works. I tracked it to the following: cygpath --path --windows "c:\WINNT" produces c;c:\WINNT (note the leading c;) cygpath --windows "c:\WINNT" produces the correct c:\WINNT cygpath --path --windows /c/WINNT/ pr

ZoneAlarm and OpenSSH

ZoneAlarm Pro contains code that is designed to stop trojans by popping up a dialog window and asking the computer user whether a given process should be allowed to have access to the internet. The user can elect to deny the access attempt or to accept it AND the user can also elect to remember

annoying problem with 'mv'

My understanding of the way that 'mv' works is that it will try to RENAME the file or directory in question provided the source and destination are on the same partition otherwise it will do a COPY. If I mv (in the sense of renaming) a large directory that is buried deep in some other director

'hostname' now returns lower case

I'm now running cygwin 1.3.19-1. I've recently noticed that a bash script that previously worked is failing. The problem is that the 'hostname' command used to return an upper case machine name. It now returns a lower case name. Which is correct? I modified my script to accept either case.

'man' shows escape sequences after updating to docbook_xsl 1.64.1-1

It seems that a few months ago the man pages were showing the ESC[1m etc. escape sequences in a bash shell. The problem was quickly fixed. I downloaded docbook_xsl 1.64.1-1 yesterday and the problem is back. I also downloaded a few X-modules. One of these modules caused the 'man' problem to r

bash expansion question

The man page for bash says: Enclosing characters in single quotes preserves the lit- eral value of each character within the quotes. A single quote may not occur between single quotes, even when pre- ceded by a backslash. If I write the following bash script( test.bash ): #!/usr/bin/bash ech

RE: Setup's download directory structure

I'm unhappy with the new structure as well. I also wrote a perl script (similar to clean_setup.pl) that plows through the download and removes earlier copies of things in order to save disk space. That is the ONLY reason I'm unhappy with the new structure. I'd be REALLY happy if setup.exe had a

Re: Question for perl gurus: what creates /bin/{HEAD|GET|POST}?

alias head="/bin/head" works for me from the bash command line. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

File name completion on symbolic links

This is a very minor issue and it may be just a Bash problem, but... When I use Bash to do file name completion (using Tab) on a DIRECTORY that is a symlink I do not get the trailing slash '/'. If it's a real directory, the TAB results in the completion of the directory name with an appended sl

as long as we're talking of changing setup.exe...

Every time I run setup, it continues to ask if I want to 'create desktop icon' and if I want to 'Add to Start Menu'. Once I have answer this, I wish it would default to the some non-annoying value. Even the answer from the previous install would be fine. I could tell it 'No' to both question

Re: vim and color

/usr/bin/vi (aka /bin/vi) supports syntax highlighting based on the file extension of the file being edited. The files at /usr/share/vim/vim60/syntax/*.vim define the highlighting (vim60 may vary according to your version). The very last line of my ~/.vimrc is 'syntax enable'. This does the

rm fails to remove symbolic links to directories

Just upgraded to the latest versions moments ago. I had created a symbolic link to a directory some time ago. If I try and remove the symlink using Bash I get the following error: rm: cannot remove directory `x/': Is a directory If I then empty the contents of the directory and repeat the 'rm x

re: permissions for chmod on network drives

I too have seen my CVS share stop working within the past two weeks. I haven't had much time to work on it but I noticed a few things. Although I can create files on the share (touch foo) and delete them (rm foo) I get a 'permission denied' if I try to do a chmod 777 foo. The share is on a

re: permissions for chmod on network drives

As Corinna suggested, the latest snapshot does in fact fix the problem. Thanks. Lynn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.co

Re: Source for Tree command

You can try using the windows one at: c:/WINDOWS/system32/tree.com Or you can roll you own as shown below which will also work on *nix machines. enjoy. Lynn = #!/bin/bash # This scripts graphically displays a file directory structure # Does NOT work with file name