On Nov 2 08:22, Egerton, Jim wrote:
> > > $ ls -ld /tmp/foo
> > > drwxr-xr-x 1 root Administrators 0 Oct 29 20:27 /tmp/foo
> >
> > That's a umask thingy. Your umask is probably set to 0022, and per
> > POSIX, mkdir(2) has to take the umask into account. If you use
> > mkdir(1)
> > from coreutil
> > $ ls -ld /tmp/foo
> > drwxr-xr-x 1 root Administrators 0 Oct 29 20:27 /tmp/foo
>
> That's a umask thingy. Your umask is probably set to 0022, and per
> POSIX, mkdir(2) has to take the umask into account. If you use
> mkdir(1)
> from coreutils:
>
> mkdir -m 777 /tmp/foo
>
> it should crea
On Oct 29 14:33, Egerton, Jim wrote:
> Test program:
> $ cat x.cc
> #include
> #include
>
> int main(int argc, char *argv[]) {
>mkdir("/tmp/foo", 0777);
> }
>
> $ ls -ld /tmp/foo
> ls: cannot access /tmp/foo: No such file or directory
>
> $ ./x
>
> $ ls -ld /tmp/foo
> drwxr-xr-x 1 root Ad
> That's fixed in CVS.
Excellent! I'm not familiar with the Cygwin build schedule - how often are
the packages updated so I can give this another try?
> > I also ran into a problem with the mkdir "C" API which may or may not
> > be related. As far as I can tell, the permissions mask passed t
On Oct 28 11:11, Egerton, Jim wrote:
> Hi,
>
> I'm seeing a few things with mkdir and acl's I don't quite understand -
> OS is Server 2008.
> [...]
> bash-3.2$ mkdir /tmp/test
> bash-3.2$ getfacl /tmp/test
> # file: /tmp/test
> # owner: Administrator
> # group: None
> user::rwx
> group::r-x
Hi,
I'm seeing a few things with mkdir and acl's I don't quite understand -
OS is Server 2008.
First, from the shell I see different behaviors with mkdir on 1.5.25 and 1.7.
On 1.5.25 ($ filever \\usr\\bin\\cygwin1.dll --a-- W32i DLL ENU
1005.25.0.0 shp 1,872,884 06-12-2008 cygwi
6 matches
Mail list logo