[Mono-dev] Unix.Native

[Miguel de Icaza]

Hey,

Good observation, so passing a -1 is enough.

That said, perhaps we do need to expose a number of overloads with various
possible data types of other sizes.

On Mon, Jan 12, 2015 at 11:23 PM, Greg Young <gregoryyoung1 at gmail.com>
wrote:

> I would guess it to be the same for others like F_RDAHEAD
>
> I don't think the long is too horrible as its only defined as 0/non-zero
>
> On Tue, Jan 13, 2015 at 6:15 AM, Miguel de Icaza <miguel at xamarin.com>
> wrote:
> > I added support for this on master.
> >
> > That said, there is an issue that I think will bite us.
> >
> > Currently the fcntl P/Invoke declaration uses a "long" as a general
> purpose
> > way of passing flags to fcntl, and I suspect the parameter to F_NOCACHE
> > should be an int.
> >
> > Thoughts?
> >
> > Miguel
> >
> > On Mon, Jan 12, 2015 at 7:28 PM, Greg Young <gregoryyoung1 at gmail.com>
> wrote:
> >>
> >> I have been trying to set F_NOCACHE via fcntl on a mac to no avail.
> >>
> >>                  r = Syscall.fcntl
> >> (handle.DangerousGetHandle().ToInt32(), (FcntlCommand) MAC_F_NOCACHE,
> >> 1);
> >>                  } while (UnixMarshal.ShouldRetrySyscall ((int) r));
> >>                  if (r == -1)
> >>                      UnixMarshal.ThrowExceptionForLastError ();
> >>
> >> (EINVAL)
> >>
> >> I have tried
> >> 48
> >> 0x400
> >> and 0x40000
> >> for F_NOCACHE though from
> >>
> >>
> https://github.com/realthunder/mac-headers/blob/master/usr/include/sys/fcntl.h#L256
> >>
> >> Given FcntlCommandFlags does not expose F_NOCACHE but it still should
> >> be fine to jam the value into the enum
> >>
> >> Has anyone set this before? Chances of finding this on google are
> >> slightly better than 0 :)
> >>
> >> Cheers,
> >>
> >> Greg
> >> --
> >> Studying for the Turing test
> >> _______________________________________________
> >> Mono-devel-list mailing list
> >> Mono-devel-list at lists.ximian.com
> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> >
>
>
>
> --
> Studying for the Turing test
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20150112/05a79e8e/attachment-0001.html>