Re: [Mono-dev] Mono.Posix question
On Jun 22, 2012, at 9:35 AM, Rob Wilkens robwilk...@gmail.com wrote: Do you know where i can find documentation for Mono.Posix? Documentation is in git: https://github.com/mono/mono/tree/master/mcs/class/Mono.Posix/Documentation/en Accessible from the web: http://docs.go-mono.com/?link=N:Mono.Unix Documentation is in mdoc(5) format: http://docs.go-mono.com/?link=man:mdoc(5) I was looking at the following problem report: https://bugzilla.xamarin.com/show_bug.cgi?id=1970 And I saw that Mono.Unix.UnixDirectoryInfo(1).Create(FileAccessPermissions.AllPermissions); Was honoring umask, because that's what the system call for mkdir does. (That is: Create() just calls mkdir with the permissions.) Should it be honoring umask when it creates the directory, or should we, after the call to mkdir, separately set the permissions as part of the Create call (the equivalent of a call to chmod). The documentation has a See Also reference to Syscall.mkdir(): http://docs.go-mono.com/?link=M%3aMono.Unix.UnixDirectoryInfo.Create(Mono.Unix.FileAccessPermissions) So yes, it should honor umask. I've clarified the documentation to spell this out: https://github.com/mono/mono/commit/43955e80628074ee23dbaaee611e97e76c49483b - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Posix question
On Jun 22, 2012, at 9:35 AM, Rob Wilkens robwilk...@gmail.com wrote: Do you know where i can find documentation for Mono.Posix? Documentation is in git: https://github.com/mono/mono/tree/master/mcs/class/Mono.Posix/Documentation/en Accessible from the web: http://docs.go-mono.com/?link=N:Mono.Unix Documentation is in mdoc(5) format: http://docs.go-mono.com/?link=man:mdoc(5) I was looking at the following problem report: https://bugzilla.xamarin.com/show_bug.cgi?id=1970 And I saw that Mono.Unix.UnixDirectoryInfo(1).Create(FileAccessPermissions.AllPermissions); Was honoring umask, because that's what the system call for mkdir does. (That is: Create() just calls mkdir with the permissions.) Should it be honoring umask when it creates the directory, or should we, after the call to mkdir, separately set the permissions as part of the Create call (the equivalent of a call to chmod). The documentation has a See Also reference to Syscall.mkdir(): http://docs.go-mono.com/?link=M%3aMono.Unix.UnixDirectoryInfo.Create(Mono.Unix.FileAccessPermissions) So yes, it should honor umask. I've clarified the documentation to spell this out: https://github.com/mono/mono/commit/43955e80628074ee23dbaaee611e97e76c49483b - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Posix question
According to Wikipedia, umask is supposed to work the way it's working in bug1970... See: http://en.wikipedia.org/wiki/Umask If someone with authority could, closing that bugzilla report might make sense. -Rob On 06/22/2012 01:35 PM, David Schmitt wrote: On 2012-06-22 15:35, Rob Wilkens wrote: Do you know where i can find documentation for Mono.Posix? I was looking at the following problem report: https://bugzilla.xamarin.com/show_bug.cgi?id=1970 And I saw that Mono.Unix.UnixDirectoryInfo(1).Create(FileAccessPermissions.AllPermissions); Was honoring umask, because that's what the system call for mkdir does. (That is: Create() just calls mkdir with the permissions.) Should it be honoring umask when it creates the directory, or should we, after the call to mkdir, separately set the permissions as part of the Create call (the equivalent of a call to chmod). My non-normative feeling is that Mono.*Posix* should also behave posixly[1]. So if the reporter want's[1] to chmod after mkdir he can[1] do so - as his report aptly demonstrates. Best Regards, David [1] I don't claim that POSIX was designed for human developers. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Posix question
On 2012-06-22 15:35, Rob Wilkens wrote: Do you know where i can find documentation for Mono.Posix? I was looking at the following problem report: https://bugzilla.xamarin.com/show_bug.cgi?id=1970 And I saw that Mono.Unix.UnixDirectoryInfo(1).Create(FileAccessPermissions.AllPermissions); Was honoring umask, because that's what the system call for mkdir does. (That is: Create() just calls mkdir with the permissions.) Should it be honoring umask when it creates the directory, or should we, after the call to mkdir, separately set the permissions as part of the Create call (the equivalent of a call to chmod). My non-normative feeling is that Mono.*Posix* should also behave posixly[1]. So if the reporter want's[1] to chmod after mkdir he can[1] do so - as his report aptly demonstrates. Best Regards, David [1] I don't claim that POSIX was designed for human developers. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Posix question
On 06/22/2012 01:35 PM, David Schmitt wrote: On 2012-06-22 15:35, Rob Wilkens wrote: Do you know where i can find documentation for Mono.Posix? I was looking at the following problem report: https://bugzilla.xamarin.com/show_bug.cgi?id=1970 And I saw that Mono.Unix.UnixDirectoryInfo(1).Create(FileAccessPermissions.AllPermissions); Was honoring umask, because that's what the system call for mkdir does. (That is: Create() just calls mkdir with the permissions.) Should it be honoring umask when it creates the directory, or should we, after the call to mkdir, separately set the permissions as part of the Create call (the equivalent of a call to chmod). My non-normative feeling is that Mono.*Posix* should also behave posixly[1]. So if the reporter want's[1] to chmod after mkdir he can[1] do so - as his report aptly demonstrates. Best Regards, David [1] I don't claim that POSIX was designed for human developers. ___ That was my feeling as well, just wanted a second opinion since i'm new here and just a volunteer --- This might be my second time (second report) in as many days asking whether a bug report should be closed and/or marked invalid. Last time i asked, it was marked invalid (I asked last night, it was closed invalid this afternoon). My opinion is if it's marked as invalid (with the comment on the bug report i left describing, perhaps, why), that's one less report to look at when we're filtering through the problems that remain for actual ones. -Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
