Matthew Woehlke wrote:
> Does adding a+x really fix the problem? If so that seems... surprising.
Also surprising is that the problem no longer occurs today. When I create a
file using `ls > b.txt', I *can* now read it on my wife's desktop (and it
just has the default permissions -rw-r--r--).
So
Matthew Woehlke wrote:
> I don't think I've met a POSIX-like system yet that automatically creates
things with any +x bits set.
I'm assuming that the recent Cygwin's failure to set the +x bit is the cause
of the underlying problem, namely that any files I create (e.g., via output
redirection) ca
Christopher Faylor wrote:
> Are you sure you're using the cygwin version of all utilities? You seem
to
> have some duplication between c:\cygwin\bin and c:\bin.
I have a custom version of `ls' in the bin directly, but it's definitely the
Cygwin version of `touch'.
I also get the same problem
I've just upgraded to the latest version of Cygwin (1.5.25-15) and found
that the execute bit is not getting set when I create files:
$ umask 'u=rwx,g=r,o=r'
$ touch a
$ ls -l a
-rw-r--r-- 1 John None 0 Oct 28 21:42 a
(the execute permission also doesn't get set when I use the default umask
0022)
[I'm using Cygwin 1.5.24-2 on Windows XP and Vista]
Does anyone know why, by default, the "My Documents" directory is not
listed as writable? :
$ ls -ld $USERPROFILE/My\ Documents
dr-x--+ 22 John None 0 Oct 20 18:26 C:\Documents and
Settings\John/My Documents/
.. even though it actually i
over 2000% slower:
http://www.codinghorror.com/blog/archives/000803.html
--- John.
-Original Message-
From: Steven Hartland [mailto:[EMAIL PROTECTED]
Sent: 25 October 2007 02:01
To: John Cooper; cygwin@cygwin.com
Cc: John Cooper
Subject: Re: "ls" much slower on Vista
I've recently installed Cygwin 1.5.24-2 on Windows Vista and found that
"ls" runs noticeably slower compared to WinXP or Win2K3 (same Cygwin
version) despite my Vista machine being newer, faster and having far
more memory (4Gb vs 1Gb on XP).
The following numbers are from launching rxvt (from Sta
ograms?
Thanks,
--- John.
-Original Message-
From: John Cooper
Sent: 07 June 2007 12:13
To: 'cygwin@cygwin.com'
Cc: John Cooper
Subject: Certain files in the system32 directory are not listed
Some files that exist in the C:/WINDOWS/system32 directory are not
listed whe
Some files that exist in the C:/WINDOWS/system32 directory are not
listed when running `ls' or `echo' from a cygwin bash or zsh shell.
Examples include mstsc.exe and iisapp.vbs.
These files are both listed when running 'dir' in a Windows cmd prompt -
they also do not seem to be "hidden" according
David Korn wrote:
> John, do you have the netapp 'SecureShare' software installed on the
PC
> you're using?
No.
Here's my getvolinfo output:
rootdir: v:\
Volume Name:
Serial Number : 3104045070
Max Filenamelength : 255
Filesystemname :
Flags:
FILE_CASE_SENSITIVE_SEARCH : T
Corinna Vinschen wrote:
> Can you please make an experiment? Just call `ls -i' a couple of
times
> on the same set of files and directories, and compare the inode
numbers
> returned. Probably the inode numbers differ between runs.
Yes, the inode numbers do differ:
$ ls -i v:/foo.txt
18446738
I'm not sure if it helps at all, but I've just been told this about our
NetApp filer:
"It's using a Network Appliance proprietery OS called DataOntap, this
is Unix based."
Copying from this drive used to work fine with older versions of cygwin.
Is it possible to provide a command line option to `
I've just installed the latest 1.5.21 version of cygwin and am getting
the following error when attempting to copy a file from a network drive
to a local drive:
$ cp v:/foo.txt ~/bar.txt
cp: skipping file `foo.txt', as it was replaced while being copied
I've noticed from the mailing list archives
x27;t when it was run
> in the background.
The problem is that I often don't want to have to terminate the GUI app just to
get my shell prompt back.
--- John
> * Peter A. Castro (2004-06-17 22:13 +0100)
> > On Tue, 15 Jun 2004, John Cooper wrote:
> >> > Th
"Peter A. Castro" <[EMAIL PROTECTED]> writes:
> On Tue, 15 Jun 2004, John Cooper wrote:
>
> > > The point is that it's not about cygwin-vs-windoze apps. It's about
> > > apps-that-use-console-stdin-and-stdout vs. apps-that-display-a-gu
|| (dwret > (MAX_PATH<<1) ) )
goto failed;
dprintf("progpath is %s\n",progpath);
dwret = is_gui(progpath);
xfree(pathbuf);
xfree(progpath);
return dwret;
failed:
xfree(pathbuf);
xfree(progpath);
return
: Ctrl-Z fails to suspend Windows programs
On Tue, Jun 15, 2004 at 03:37:05PM +0300, Jani tiainen wrote:
>Christopher Faylor wrote:
>>On Tue, Jun 15, 2004 at 09:58:16AM +0100, John Cooper wrote:
>>>Is it a known limitation that "native" Windows programs cannot be
>
[Using bash 2.05b-16 or zsh 4.2.0-2, with cygwin 1.5.10-3 on WinXP]
If I run a Windows program from bash, such as notepad.exe, and then press the
suspend character (^Z, according to `stty'), nothing happens. In fact, after
typing ^Z, ^C also fails to work, although ^C works fine if I don't first
18 matches
Mail list logo
