Re: [Mono-dev] Unix.Native
I figured out why after a while of looking. The C code translates the argument int Mono_Posix_FromFcntlCommand (int x, int *r) When its something that is not a known command it returns EINVAL. Might a better option be to try to let it pass through otherwise how could I call for instance a value on a ac? Cheers, Greg On Tue, Jan 13, 2015 at 2:28 AM, Greg Young 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 0x4 > 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 -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
That would change the behavior of the function and translate into a more fragile API. The way to go is to surface this option. On Mon, Jan 12, 2015 at 8:23 PM, Greg Young wrote: > I figured out why after a while of looking. The C code translates the > argument > > int Mono_Posix_FromFcntlCommand (int x, int *r) > > When its something that is not a known command it returns EINVAL. > Might a better option be to try to let it pass through otherwise how > could I call for instance a value on a ac? > > Cheers, > > Greg > > On Tue, Jan 13, 2015 at 2:28 AM, Greg Young > 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 0x4 > > 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 > > > > -- > Studying for the Turing test > ___ > 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] Unix.Native
There are a ton to surface ... I just ran into this one :) In general I agree with you surfacing is better I was thinking just letting me call it if it doesn't understand it (or having a better message) would be useful. I spun for hours thinking what was wrong with my parameters to the call thinking it for some undocumented reason was returning EINVAL :) On Tue, Jan 13, 2015 at 3:30 AM, Rodrigo Kumpera wrote: > That would change the behavior of the function and translate into a more > fragile API. > > The way to go is to surface this option. > > On Mon, Jan 12, 2015 at 8:23 PM, Greg Young wrote: >> >> I figured out why after a while of looking. The C code translates the >> argument >> >> int Mono_Posix_FromFcntlCommand (int x, int *r) >> >> When its something that is not a known command it returns EINVAL. >> Might a better option be to try to let it pass through otherwise how >> could I call for instance a value on a ac? >> >> Cheers, >> >> Greg >> >> On Tue, Jan 13, 2015 at 2:28 AM, Greg Young >> 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 0x4 >> > 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 >> >> >> >> -- >> Studying for the Turing test >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
I agree we would be better with a better error message. Said that, right now Mono.Posix lacks a more dedicated maintainer and it would be lovely if you could bring some love to it. :) On Mon, Jan 12, 2015 at 8:39 PM, Greg Young wrote: > There are a ton to surface ... I just ran into this one :) > > In general I agree with you surfacing is better I was thinking just > letting me call it if it doesn't understand it (or having a better > message) would be useful. I spun for hours thinking what was wrong > with my parameters to the call thinking it for some undocumented > reason was returning EINVAL :) > > On Tue, Jan 13, 2015 at 3:30 AM, Rodrigo Kumpera > wrote: > > That would change the behavior of the function and translate into a more > > fragile API. > > > > The way to go is to surface this option. > > > > On Mon, Jan 12, 2015 at 8:23 PM, Greg Young > wrote: > >> > >> I figured out why after a while of looking. The C code translates the > >> argument > >> > >> int Mono_Posix_FromFcntlCommand (int x, int *r) > >> > >> When its something that is not a known command it returns EINVAL. > >> Might a better option be to try to let it pass through otherwise how > >> could I call for instance a value on a ac? > >> > >> Cheers, > >> > >> Greg > >> > >> On Tue, Jan 13, 2015 at 2:28 AM, Greg Young > >> 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 0x4 > >> > 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 > >> > >> > >> > >> -- > >> Studying for the Turing test > >> ___ > >> Mono-devel-list mailing list > >> Mono-devel-list@lists.ximian.com > >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > > > > -- > Studying for the Turing test > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
If we can get a list of all the params that need to be supported and the varying mappings I have no problem working on it. I will look into its build etc as I have never dealt with it internally. Greg On Tue, Jan 13, 2015 at 3:48 AM, Rodrigo Kumpera wrote: > I agree we would be better with a better error message. > > Said that, right now Mono.Posix lacks a more dedicated maintainer and it > would be lovely if you > could bring some love to it. :) > > On Mon, Jan 12, 2015 at 8:39 PM, Greg Young wrote: >> >> There are a ton to surface ... I just ran into this one :) >> >> In general I agree with you surfacing is better I was thinking just >> letting me call it if it doesn't understand it (or having a better >> message) would be useful. I spun for hours thinking what was wrong >> with my parameters to the call thinking it for some undocumented >> reason was returning EINVAL :) >> >> On Tue, Jan 13, 2015 at 3:30 AM, Rodrigo Kumpera >> wrote: >> > That would change the behavior of the function and translate into a more >> > fragile API. >> > >> > The way to go is to surface this option. >> > >> > On Mon, Jan 12, 2015 at 8:23 PM, Greg Young >> > wrote: >> >> >> >> I figured out why after a while of looking. The C code translates the >> >> argument >> >> >> >> int Mono_Posix_FromFcntlCommand (int x, int *r) >> >> >> >> When its something that is not a known command it returns EINVAL. >> >> Might a better option be to try to let it pass through otherwise how >> >> could I call for instance a value on a ac? >> >> >> >> Cheers, >> >> >> >> Greg >> >> >> >> On Tue, Jan 13, 2015 at 2:28 AM, Greg Young >> >> 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 0x4 >> >> > 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 >> >> >> >> >> >> >> >> -- >> >> Studying for the Turing test >> >> ___ >> >> Mono-devel-list mailing list >> >> Mono-devel-list@lists.ximian.com >> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > >> > >> >> >> >> -- >> Studying for the Turing test > > -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
btw if anyone runs into this (should be a top google result) and the
constants are not in commands here is how to do it:
Not the prettiest but it should work
#if __MonoCS__ || USE_UNIX_IO
[DllImport("libc")]
static extern int fcntl(int fd, uint command, int arg);
#endif
if (OS.OsFlavor != OsFlavor.MacOS) return;
#if __MonoCS__ || USE_UNIX_IO
long r = 0;
do {
r = fcntl (handle.DangerousGetHandle().ToInt32(), MAC_F_NOCACHE, 1);
} while (UnixMarshal.ShouldRetrySyscall ((int) r));
if (r == -1)
UnixMarshal.ThrowExceptionForLastError ();
#endif
On Tue, Jan 13, 2015 at 3:49 AM, Greg Young wrote:
> If we can get a list of all the params that need to be supported and
> the varying mappings I have no problem working on it.
>
> I will look into its build etc as I have never dealt with it internally.
>
> Greg
>
> On Tue, Jan 13, 2015 at 3:48 AM, Rodrigo Kumpera wrote:
>> I agree we would be better with a better error message.
>>
>> Said that, right now Mono.Posix lacks a more dedicated maintainer and it
>> would be lovely if you
>> could bring some love to it. :)
>>
>> On Mon, Jan 12, 2015 at 8:39 PM, Greg Young wrote:
>>>
>>> There are a ton to surface ... I just ran into this one :)
>>>
>>> In general I agree with you surfacing is better I was thinking just
>>> letting me call it if it doesn't understand it (or having a better
>>> message) would be useful. I spun for hours thinking what was wrong
>>> with my parameters to the call thinking it for some undocumented
>>> reason was returning EINVAL :)
>>>
>>> On Tue, Jan 13, 2015 at 3:30 AM, Rodrigo Kumpera
>>> wrote:
>>> > That would change the behavior of the function and translate into a more
>>> > fragile API.
>>> >
>>> > The way to go is to surface this option.
>>> >
>>> > On Mon, Jan 12, 2015 at 8:23 PM, Greg Young
>>> > wrote:
>>> >>
>>> >> I figured out why after a while of looking. The C code translates the
>>> >> argument
>>> >>
>>> >> int Mono_Posix_FromFcntlCommand (int x, int *r)
>>> >>
>>> >> When its something that is not a known command it returns EINVAL.
>>> >> Might a better option be to try to let it pass through otherwise how
>>> >> could I call for instance a value on a ac?
>>> >>
>>> >> Cheers,
>>> >>
>>> >> Greg
>>> >>
>>> >> On Tue, Jan 13, 2015 at 2:28 AM, Greg Young
>>> >> 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 0x4
>>> >> > 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
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Studying for the Turing test
>>> >> ___
>>> >> Mono-devel-list mailing list
>>> >> Mono-devel-list@lists.ximian.com
>>> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Studying for the Turing test
>>
>>
>
>
>
> --
> Studying for the Turing test
--
Studying for the Turing test
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
Rodrigo,
What do you think as a pattern (there are quite a few places like
this) if it were to do something like:
[Conditional("DEBUG")]
private void VerifyCommandEnum(T enum) {
if(!Enum.IsDefined(typeof(T), command))
throw new Exception(string.Format("The value passed '{0}'
for {1} is not a defined value and will fail at runtime.", enum,
typeof(T).ToString());
}
This will be slower but will give a reasonably sane error in debug at
least. I can send over a PR with a few of them covered but wanted to
run it by here before I spent the time on it.
Greg
On Tue, Jan 13, 2015 at 4:16 AM, Greg Young wrote:
> btw if anyone runs into this (should be a top google result) and the
> constants are not in commands here is how to do it:
>
> Not the prettiest but it should work
>
> #if __MonoCS__ || USE_UNIX_IO
> [DllImport("libc")]
> static extern int fcntl(int fd, uint command, int arg);
> #endif
>
> if (OS.OsFlavor != OsFlavor.MacOS) return;
> #if __MonoCS__ || USE_UNIX_IO
> long r = 0;
> do {
> r = fcntl (handle.DangerousGetHandle().ToInt32(), MAC_F_NOCACHE, 1);
> } while (UnixMarshal.ShouldRetrySyscall ((int) r));
> if (r == -1)
> UnixMarshal.ThrowExceptionForLastError ();
> #endif
>
> On Tue, Jan 13, 2015 at 3:49 AM, Greg Young wrote:
>> If we can get a list of all the params that need to be supported and
>> the varying mappings I have no problem working on it.
>>
>> I will look into its build etc as I have never dealt with it internally.
>>
>> Greg
>>
>> On Tue, Jan 13, 2015 at 3:48 AM, Rodrigo Kumpera wrote:
>>> I agree we would be better with a better error message.
>>>
>>> Said that, right now Mono.Posix lacks a more dedicated maintainer and it
>>> would be lovely if you
>>> could bring some love to it. :)
>>>
>>> On Mon, Jan 12, 2015 at 8:39 PM, Greg Young wrote:
There are a ton to surface ... I just ran into this one :)
In general I agree with you surfacing is better I was thinking just
letting me call it if it doesn't understand it (or having a better
message) would be useful. I spun for hours thinking what was wrong
with my parameters to the call thinking it for some undocumented
reason was returning EINVAL :)
On Tue, Jan 13, 2015 at 3:30 AM, Rodrigo Kumpera
wrote:
> That would change the behavior of the function and translate into a more
> fragile API.
>
> The way to go is to surface this option.
>
> On Mon, Jan 12, 2015 at 8:23 PM, Greg Young
> wrote:
>>
>> I figured out why after a while of looking. The C code translates the
>> argument
>>
>> int Mono_Posix_FromFcntlCommand (int x, int *r)
>>
>> When its something that is not a known command it returns EINVAL.
>> Might a better option be to try to let it pass through otherwise how
>> could I call for instance a value on a ac?
>>
>> Cheers,
>>
>> Greg
>>
>> On Tue, Jan 13, 2015 at 2:28 AM, Greg Young
>> 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 0x4
>> > 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
>>
>>
>>
>> --
>> Studying for the Turing test
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
--
Studying for the Turing test
>>>
>>>
>>
>>
>>
>> --
>> Studying for the Turing test
>
>
>
> --
> Studying for the Turing test
--
Studying for the Turing test
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
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 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 0x4 > 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@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] Unix.Native
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 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 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 0x4 >> 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@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
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 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 > 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 > 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 0x4 > >> 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@lists.ximian.com > >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > > > > -- > Studying for the Turing test > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
Are there any instructions on building/testing the area (linux)? I don't mind jumping in it a bit On Tue, Jan 13, 2015 at 6:28 AM, Miguel de Icaza wrote: > 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 > 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 >> 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 >> > 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 0x4 >> >> 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@lists.ximian.com >> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > >> > >> >> >> >> -- >> Studying for the Turing test > > -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unix.Native
Just do `make install' on Mono. On Mon, Jan 12, 2015 at 11:59 PM, Greg Young wrote: > Are there any instructions on building/testing the area (linux)? > > I don't mind jumping in it a bit > > On Tue, Jan 13, 2015 at 6:28 AM, Miguel de Icaza > wrote: > > 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 > > 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 > >> 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 > >> > 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 0x4 > >> >> 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@lists.ximian.com > >> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > >> > > >> > > >> > >> > >> > >> -- > >> Studying for the Turing test > > > > > > > > -- > Studying for the Turing test > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
