> -----Original Message----- > From: Larry Hall > Sent: 12 July 2004 01:37 > To: Mike Lerwill; Cygwin List > Subject: RE: Problem while copying .EXE files > > OK. I've seen similar peculiarities after installing but then > not rebooting > when required (I know, shame on me ;-) ). > > Hm, I don't have lots of great ideas for you to help resolve this problem > you're seeing. Not that I expect this to show anything useful > but you could > see if the permissions returned by getfacl look suspect. strace on the > offending instance might help too. Otherwise, I can only suggest > building > the DLL and trying to debug through it. Sorry I don't have any better/ > quicker ideas for you. >
I have tracked this further and can now confirm that running the following test case (trimmed down from what cp is actually doing) in a directory which already contains a valid test.exe (copy of ls.exe) results in test.exe which is a directory not a file. #include <fcntl.h> #include <unistd.h> int main (int argc, char * argv[]) { int test_file; test_file = open ("test.exe",O_TRUNC | O_WRONLY); close (test_file); return 0; } I have attached the results of stracing this in case it helps. Before running the test program ls -rwxrwxrwx 1 Administ None 12248 Jul 12 11:56 test.exe getfacl # file: test.exe # owner: Administrator # group: None user::rwx group::rwx mask:rwx other:rwx after running the test program ls drwxrwxrwx+ 2 Administ None 0 Jul 12 11:57 test.exe getfacl # file: test.exe # owner: Administrator # group: None user::rwx group::rwx mask:rwx other:rwx default:user::rwx default:group::rwx default:other:rwx
trace.out
Description: Binary data
-- 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/