summaryrefslogtreecommitdiff
path: root/source3/pkgconfig/smbsharemodes.pc.in
diff options
context:
space:
mode:
authorVolker Lendecke <vl@samba.org>2007-12-27 21:31:08 +0100
committerVolker Lendecke <vl@samba.org>2007-12-28 08:52:29 +0100
commit33f01360e0a40f6d1fa03035979d816ff9198d85 (patch)
tree4547dd3c84b81e66062a4c4e36dfd6f4b02d0415 /source3/pkgconfig/smbsharemodes.pc.in
parent675f41dc144fc0c150b44d931a9242f1ac1ebe5f (diff)
downloadsamba-33f01360e0a40f6d1fa03035979d816ff9198d85.tar.gz
samba-33f01360e0a40f6d1fa03035979d816ff9198d85.tar.bz2
samba-33f01360e0a40f6d1fa03035979d816ff9198d85.zip
Fix setting the initial permission bits
This fixes a make test failure on Solaris. When creating a new file, file_set_dosmode() called from open_file_ntcreate calculates a new permission mask, very likely different from what had been calculated in open_file_ntcreate. Further down we overwrote the newly calculated value with SMB_FCHMOD_ACL, ignoring what file_set_dosmode had calculated. Why did Linux not see this? fchmod_acl on a newly created file without acls would not retrieve an acl at all, whereas under Solaris acl(2) returns something even for files with just posix permissions returns something. Jeremy, given that we have very similar code in 3.0.28 this might also explain some of the bug reports that people have concerning ACLs on new files. Volker P.S: This one took a while to find... (This used to be commit 2135dfe91bf1ae114a18c15286b535662200677d)
Diffstat (limited to 'source3/pkgconfig/smbsharemodes.pc.in')
0 files changed, 0 insertions, 0 deletions