src/winsup/utils ChangeLog setfacl.c
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-12-11 20:47:01 Modified files: winsup/utils : ChangeLog setfacl.c Log message: * setfacl.c (strchrnul): New function. (getaclentry): Rewrite. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.544r2=1.545 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/setfacl.c.diff?cvsroot=srcr1=1.17r2=1.18
winsup/cygwin ChangeLog init.cc pinfo.cc tls_p ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2010-12-12 05:48:29 Modified files: cygwin : ChangeLog init.cc pinfo.cc tls_pbuf.cc Log message: * init.cc (search_for): Put this in shared section or suffer subtle problems with the tls. * pinfo.cc (status_exit): Add debug output to report on unexpected exit. * tls_pbuf.cc (tmp_pathbuf::c_get): Add more details to internal error. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5104r2=1.5105 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/init.cc.diff?cvsroot=uberbaumr1=1.79r2=1.80 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.265r2=1.266 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/tls_pbuf.cc.diff?cvsroot=uberbaumr1=1.5r2=1.6
Re: [PATCH] Ensure that the default ACL contains the standard entries
Hi Christian, On Dec 10 23:05, Christian Franke wrote: The ACL from Cygwin always contains the three (USER|GROUP|OTHER)_OBJ entries. It might be existing practice elsewhere to return these entries also in the default ACL. The attached patch adds these entries with empty permissions if necessary. The patch would fix this rsync issue: http://cygwin.com/ml/cygwin/2010-11/msg00429.html The logic for DEF_CLASS_OBJ is unchanged. Thanks for the patch. There are two problem with it, unfortunately. Consider the setfacl tool. The -m option basically works like this: acl (path, GETACL); modify_acl (); acl (path, SETACL); Now, what happens with your patch is this. Let's assume I add a single default entry: $ getfacl dir [...] user::rwx group::r-x mask::rwx other::r-x $ setfacl -m d:u:corinna:rwx dir [...] user::rwx group::r-x mask::rwx other::r-x default:user::--- default:user:corinna:rwx default:group::--- default:mask::rwx default:other::--- This looks good, except that the faked default entries for group and other are set to 0. That's rather unexpected. Actually, by default the default entries should reflect the standard permission bits. At least that's what happens in the above example on Linux (I tried with different values for the permission bits): $ setfacl -m d:u:corinna:rwx dir [...] user::rwx group::r-x mask::rwx other::r-x default:user::rwx default:user:corinna:rwx default:group::r-x default:mask::rwx default:other::r-x This is rather easy to fix (and you added comments in that place), but here comes problem #2. In reality, the Windows ACL does not contain any default entries except for the default entry for user corinna: $ icacls dir c:\cygwin\home\corinna\dir VINSCHEN\corinna:(F) VINSCHEN\vinschen:(RX) Everyone:(RX) VINSCHEN\corinna:(OI)(CI)(IO)(RX,W,DC) Ok, but, what happens if I call setfacl again? The first call to acl in setfacl returns the faked default entries. So, after modifying the acl according to the command line, the SETACL call now still contains the faked acl entry. Which means, they are now written back to the dir's ACL. Just call setfacl with the same command line again: $ setfacl -m d:u:corinna:rwx dir $ icacls dir c:\cygwin\home\corinna\tmp VINSCHEN\corinna:(F) VINSCHEN\vinschen:(RX) Everyone:(RX) CREATOR OWNER:(OI)(CI)(IO)(D,Rc,WDAC,WO,RA,WA) VINSCHEN\corinna:(OI)(CI)(IO)(RX,W,DC) CREATOR GROUP:(OI)(CI)(IO)(Rc,RA) Everyone:(OI)(CI)(IO)(Rc,RA) Even though nothing has changed, the ACL is now different since it actually reflects the so far faked default entries. I'm not sure if that's feasible behaviour. Besides, due to the faked default entries defaulting to 0 permissions, subsequently created files in that directory will have 000 permissions by default. Uh oh. I'm not entirely sure yet, but maybe the acl function should not fake these default entries. From my POV it seems a better approach if acl(SETACL) actually creates these entries if *any* default entry is in the incoming acl. And, it should create these entries with useful permission values. This seems to reflect the Linux behaviour much closer. What do you think? Would you implement this? Btw., while testing your patch I found a bug in setfacl which disallowed to delete user/group-specific default entries. I opted for rewriting the function which examines an incoming acl entry (getaclentry). Would you mind to test this bit, too? The new code accepts a trailing colon, but I think that's ok. The SGI setfacl tool used on Linux is even more relaxed syntax-wise and also accepts trailing colons. Corinna
Re: 1.7.7: rm -rf sometimes fails - race condition?
Am 11.12.2010 00:14, schrieb Warren Young: If you are able to point blame at a specific piece of third-party software, let us know so it can be added to the BLODA list: http://cygwin.com/faq/faq.using.html#faq.using.bloda I don't see your specific version of Sophos there. Maybe they fixed their problems since v7. It could instead mean no one has bothered to post a credible smoking gun showing the same problems in a later version. I know if I had problems with Cygwin after installing a later version of Sophos, I'd just assume it's still broken rather than debug and re-report it. software that's failing is rm.exe in certain circumstances when running cygport fetchmail-6.3.19-1 all, so it's not exactly rocket science I've been trying :) Point me to your source package, and I'll download it and try building it in a loop here. Thanks. Note that the official maintenance remains with Jason, I've been toying around with cygport only (your download tool needs to follow HTTP redirects, for curl, use -L; wget should be fine as-is): http://home.pages.de/~mandree/fetchmail/fetchmail-6.3.19-1-src.tar.bz2 -- Matthias Andree -- 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
'cygcheck -p' timeout on WinXP (Winsock error 12002)
Hi All, Windows XP, fully patched. Cygwin, latest download from website (installed today). It appears cygcheck times out on Windows XP. The timeout occurs with the Windows firewall up and down. Other downloads are function fine. Attached is a Wireshark trace for your enjoyment. Jeff jeff...@descartes ~ $ cygwin -version bash: cygwin: command not found jeff...@descartes ~ $ cygwin --version bash: cygwin: command not found jeff...@descartes ~ $ cygcheck -p 'make' cygcheck: unable to contact cygwin.com site, InternetOpenUrl() failed: The opera tion timed out (win32 error 12002) jeff...@descartes ~ $ cygcheck -p make cygcheck: unable to contact cygwin.com site, InternetOpenUrl() failed: The opera tion timed out (win32 error 12002) cygcheck.pcap Description: Binary data -- 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
g++ 4.5*
I tried find some download to install this compiler -- nothing. I also tried to compile it myself from the sources (did the same for linux before) and run into some crazy errors. Was anybody successful with this? -- 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
Problem installing packages
Hi All, According to http://www.cygwin.com/, Run setup.exe any time you want to update or install a Cygwin package. : jeff...@descartes ~ $ setup.exe Result is a message box that states Please go to the Control Panel to install and configure system components. Navigate to Control Panel - Add/Remove Programs. Cygwin is *not* listed. I'm obviously doing something wrong. Any ideas where my ability (or lack of) to follow instructions failed? Thanks, Jeff -- 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
Executable named [.exe in c:\cygwin\bin?
Hi Guys, The executable name is suspicious at best. Attempting to search http://cygwin.com/packages/ results in an error Invalid regular expression search string: `[.exe`. Qoutes, double quotes, and back ticks do not help during the search. What is this program supposed to do? Jeff -- 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
Suspicious EXE named left bracket.exe in c:\cygwin\bin?
Hi Guys, The executable name is suspicious at best. Attempting to search http://cygwin.com/packages/ results in an error Invalid regular expression search string: `left bracket.exe`. Quotes, double quotes, and back ticks do not help during the search. What is this program supposed to do? Jeff -- 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: Problem installing packages
Hi; On Sat, Dec 11, 2010 at 20:26, Jeffrey Walton noloa...@gmail.com wrote: Hi All, According to http://www.cygwin.com/, Run setup.exe any time you want to update or install a Cygwin package. : jeff...@descartes ~ $ setup.exe Result is a message box that states Please go to the Control Panel to install and configure system components. Navigate to Control Panel - Add/Remove Programs. Cygwin is *not* listed. I'm obviously doing something wrong. Any ideas where my ability (or lack of) to follow instructions failed? Thanks, Jeff You need to make certain that you are in deed executing the setup.exe from cygwin.com, not a Microslop setup.exe :-) Ken Wolcott -- 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: regular tcsh crashes
On 12/10/2010 8:22 PM, Lester Ingber wrote: I have been having tcsh crashes for some time. I have tried the latest snapshot of cygwin1.dll but that does not help. I attach the output of my cygcheck-svr.txt. The crashes typically output, in crash_output.txt. A file tcsh.exe.stackdump is produced, attached as tcsh.exe.stackdump.txt. (All files attached have .txt suffixes to get through cygwin email -- in fact they are text, but previous emails bounced anyway.) I notice you have some local versions of Cygwin-provided software. Could these be coming into play? Also, there is a mention of a conflict with Logitech stuff. Perhaps you want to uninstall that and see if that makes any difference. Are you saying that tcsh is crashing immediate when you start it? -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Problem installing packages
On 12/11/2010 11:26 PM, Jeffrey Walton wrote: Hi All, According to http://www.cygwin.com/, Run setup.exe any time you want to update or install a Cygwin package. : jeff...@descartes ~ $ setup.exe Result is a message box that states Please go to the Control Panel to install and configure system components. This message comes from the O/S and not Cygwin's 'setup.exe'. Are you sure you're running the one from cygwin.com? -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Problem installing packages
On 12/11/2010 10:26 PM, Jeffrey Walton wrote: Hi All, According to http://www.cygwin.com/, Run setup.exe any time you want to update or install a Cygwin package. : jeff...@descartes ~ $ setup.exe Result is a message box that states Please go to the Control Panel to install and configure system components. Navigate to Control Panel - Add/Remove Programs. Cygwin is *not* listed. I'm obviously doing something wrong. Any ideas where my ability (or lack of) to follow instructions failed? It sounds like something other than Cygwin's setup.exe is being run. You seem to be attempting to run setup.exe from within bash, and if so, the current working directory (where you likely have Cygwin's setup.exe) is not a part of your PATH. That means that you need to invoke setup.exe as ./setup.exe. Keep in mind that you should usually avoid running setup.exe while Cygwin processes (such as bash) are running. If setup updates a package whose files are in use, you'll be forced to reboot in order to complete the setup process, and it's possible that you'll have a rather broken Cygwin installation until you do so. -Jeremy -- 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