Re: Create file fails on network drives in cygwin-1.7.9-1
: on /cygdrive/n type ntfs (binary,posix=0,user,noumount,auto) V: on /cygdrive/v type ntfs (binary,posix=0,user,noumount,auto) W: on /cygdrive/w type ntfs (binary,posix=0,user,noumount,auto) X: on /cygdrive/x type ntfs (binary,posix=0,user,noumount,auto) Y: on /cygdrive/y type ntfs (binary,posix=0,user,noumount,auto) $ cd /my_t/Pete\ F $ rm foo.txt $ touch foo.txt $ cd /cygdrive/t/Pete\ F/ $ rm foo.txt $ touch foo.txt touch: cannot touch `foo.txt': Permission denied $ ls -ld /cygdrive/* /my_t drwxr-xr-x+ 1 SYSTEM SYSTEM 0 Jun 17 08:40 /cygdrive/c drwx--+ 1 Administrators Domain Users 0 Feb 25 14:46 /cygdrive/g drwx--+ 1 Administrators Domain Users 0 Jun 9 12:59 /cygdrive/h drwxrwx---+ 1 Administrators SYSTEM 0 Jun 10 09:15 /cygdrive/j drwx--+ 1 Administrators Domain Users 0 Jun 13 17:47 /cygdrive/k drwx--+ 1 Administrators Domain Users 0 Jun 9 15:17 /cygdrive/l drwxrwx---+ 1 Administrators SYSTEM 0 Jun 15 11:33 /cygdrive/m drwxr-x---+ 1 Administrators Domain Users 0 Mar 23 2009 /cygdrive/n drwx--+ 1 Administrators SYSTEM 0 Jun 15 10:06 /cygdrive/t drwxrwx---+ 1 Administrators Domain Users 0 May 26 16:39 /cygdrive/v drwx--+ 1 Administrators Domain Users 0 May 17 09:36 /cygdrive/w d---r-x---+ 1 Administrators Domain Users 0 May 20 10:14 /cygdrive/x drwx--+ 1 Administrators Domain Users 0 Apr 12 08:53 /cygdrive/y drwxr-xr-x 1 peter.forman Domain Users 0 Jun 15 10:06 /my_t -- Pete Forman -- 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
Re: Create file fails on network drives in cygwin-1.7.9-1
On 17 June 2011 10:53, Corinna Vinschen wrote: Btw., it would be an incredible good idea to change the permissions on the remote drive to allow users to set or change the permissions of files they created themselves. Otherwise you end up with non-POSIX permissions on the drive anyway, whether or not you're using acl or noacl mount option. If the network drives are not under your control, try to persuade the admin. If the admin is adamant, use the noacl mount option for these drives. You can also just change the cygdrive prefix to use noacl on all drives. See the User's Guide for how to do it. I've just sat down with the admin and confirmed that I do have Full Control on the network drive. Creating and modifying files is working fine outside Cygwin. chmod is failing with Permission denied in the same places that touch fails to create files. -- Pete Forman -- 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
Create file fails on network drives in cygwin-1.7.9-1
I am seeing Permission denied errors when trying to create files on network drives. Local drives seem okay. Once a file is created with a native program I can write to it. This is with cygwin 1.7.9-1. The problem went away when I reverted to 1.7.7-1 and came back when I reinstalled 1.7.9-1. The release notes for 1.7.9 include Slightly speed up file access when creating new files. $ touch foo.txt touch: cannot touch `foo.txt': Permission denied # created foo.txt with native emacs $ echo hello foo.txt $ echo hello bar.txt bash: bar.txt: Permission denied -- Pete Forman -- 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
Re: Observation: setting HOME to / can lead to slow cygwin
George Wyner [EMAIL PROTECTED] writes: Running cygwin on my machine was quite slow, especially when starting bash and running man and info (2-5 seconds for each). I also noticed that nano complained it could not find the file //.nanorc You could try setting HOME to /. if you do not want to go the /home/gwyner route. -- Pete Forman-./\.- Disclaimer: This post is originated WesternGeco -./\.- by myself and does not represent [EMAIL PROTECTED]-./\.- the opinion of Schlumberger or http://petef.port5.com -./\.- WesternGeco. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
diff3.exe: *** recreate_mmaps_after_fork_failed
I am unable to run diff3 under XEmacs. Plain diff on 2 files works, as does diff3 from a bash command line. Diff3 had worked some time ago but I don't recall what versions I'd have been using. The *ediff-diff* buffer contains these two lines, split for Usenet. 11675 [main] diff3 584 fhandler_dev_zero::fixup_mmap_after_fork: requested 0x41 != 0x0 mem alloc base 0x41, state 0x1000, size 266240, Win32 error 487 11885 [main] diff3 584 d:\Program Files\Cygwin\bin\diff3.exe: *** fatal error - d:\Program Files\Cygwin\bin\diff3.exe: *** recreate_mmaps_after_fork_failed I've just downloaded and run rebaseall but it makes no difference. It only targets DLLs, should I try running rebase on diff3.exe? cygwin 1.5.21-2 diffutils2.8.7-1 rebase 2.4.3-1 XEmacs 21.5.17 native build XP SP2 with 2GB of RAM There are several related reports on this list but none seems to have an appropriate solution. -- Pete Forman-./\.- Disclaimer: This post is originated WesternGeco -./\.- by myself and does not represent [EMAIL PROTECTED]-./\.- the opinion of Schlumberger or http://petef.port5.com -./\.- WesternGeco. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
