Re: rpcrt4(2/2): Use pseudo-random numbers to generate UUIDs rather than using the (old, deprecated) MAC-address-and-time generation algorithm

[Alexandre Julliard]

"Juan Lang" <juan.lang(a)gmail.com> writes:
> This unfortunately causes test failures in quartz.  I strongly suspect
> the failures are spurious, because I'm pretty confident my tests show
> that this change is correct, but I don't know enough about quartz to
> know the cause.
> --Juan
>
> From cf9fc613c3cff0cd258e42123cb7eb5dc66c1610 Mon Sep 17 00:00:00 2001
> From: Juan Lang <juan.lang(a)gmail.com>
> Date: Mon, 13 Oct 2008 13:08:17 -0700
> Subject: [PATCH] Use pseudo-random numbers to generate UUIDs rather than using the (old,
>  deprecated) MAC-address-and-time generation algorithm

The change is OK but you'll want to flesh out RtlGenRandom first,
currently it will fail pretty badly if /dev/urandom isn't available.

-- 
Alexandre Julliard
julliard(a)winehq.org

rpcrt4(2/2): Use pseudo-random numbers to generate UUIDs rather than using the (old, deprecated) MAC-address-and-time generation algorithm

[Juan Lang]

> The change is OK but you'll want to flesh out RtlGenRandom first,
> currently it will fail pretty badly if /dev/urandom isn't available.

Ah, good point.  Thanks.  Where isn't it available, out of curiosity?
--Juan

rpcrt4(2/2): Use pseudo-random numbers to generate UUIDs rather than using the (old, deprecated) MAC-address-and-time generation algorithm

[Alexandre Julliard]

"Juan Lang" <juan.lang(a)gmail.com> writes:
> > The change is OK but you'll want to flesh out RtlGenRandom first,
> > currently it will fail pretty badly if /dev/urandom isn't available.
>
> Ah, good point.  Thanks.  Where isn't it available, out of curiosity?

I thought it was missing on Solaris, but apparently it's there too. So
probably a FIXME on failure would be enough for now.

-- 
Alexandre Julliard
julliard(a)winehq.org