<div dir="ltr">You are looking at the wrong rand.c. They are switched on compilation depending on the target platform.<div><br></div><div>Hope it helps,</div></div><div class="gmail_extra"><br clear="all"><div>Rafael Teixeira<br>
O..:.)oooo<br></div>
<br><br><div class="gmail_quote">On Fri, Jun 27, 2014 at 10:34 AM, Edward Ned Harvey (mono) <span dir="ltr"><<a href="mailto:edward.harvey.mono@clevertrove.com" target="_blank">edward.harvey.mono@clevertrove.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> From: Miguel de Icaza [mailto:<a href="mailto:miguel@xamarin.com">miguel@xamarin.com</a>]<br>
<div class="">><br>
> rand.c has several implementations, the CryptAcquireContext is part of the<br>
> Win32 support, and is a Win32 API call.<br>
><br>
> There is also a Native client implementation and a Unix one.<br>
<br>
</div>Thanks - But - What am I missing?  I don't have any "wincrypt.h" file anywhere in my mono source tree.  So I guess wincrypt.h exists in windows and not unix/linux...  I guess if you build on windows, it probably calls the Win32 API directly, and otherwise, some other functionally equivalent implementation takes its place...<br>

<br>
I'm confused about the meaning of a "native" implementation versus a "unix" one.  If I build on mac or linux, does that imply it uses the unix one?  Are you saying non-windows platforms (mac/linux) implement this call in a native library that's included in the OS?<br>

<br>
Sorry, I'm just still confused about how that gets hooked in, where it comes from....<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
</div></div></blockquote></div><br></div>