Yes, but I'm wondering if the UUID has a different set of version bits  
to denote
the hashing of the nic.  Then we can test and not run the random logic.

On Saturday, December 21, 2002, at 07:22  PM, Andreas Raab wrote:

> Doug,
>
> That "failure" is more or less intentional. I actually agree with MS on
> the issue here (one of the few cases where I do) and just quote the
> relevant bit of documentation (replace "security" by "privacy" below  
> and
> you got my basic feeling about this):
>
> "For security reasons, it is often desirable to keep ethernet/token  
> ring
> addresses on networks from becoming available outside a company or
> organization. In Windows XP/2000, the UuidCreate function generates a
> UUID that cannot be traced to the ethernet/token ring address of the
> computer on which it was generated. It also cannot be associated with
> other UUIDs created on the same computer."
>
> So don't expect this test case failure to go away.
>
> Cheers,
>   - Andreas
>
>> -----Original Message-----
>> From: squeak-dev-admin at lists.squeakfoundation.org
>> [mailto:squeak-dev-admin at lists.squeakfoundation.org] On
>> Behalf Of Doug Way
>> Sent: Sunday, December 22, 2002 4:07 AM
>> To: squeak-dev at lists.squeakfoundation.org
>> Subject: Re: Failing SUnit tests in 3.4b
>>
>>
>>
>> On Saturday, December 21, 2002, at 02:15 AM, John M McIntosh wrote:
>>>
>>> On Friday, December 20, 2002, at 09:36  PM, Ned Konz wrote:
>>>
>>>>> Anyway, I seem to remember something on the list around
>> the time of
>>>>> the FileDirectory fixes, about a change still needing to
>> be made in
>>>>> the VM, or in the tests, or something. :-)
>>>>
>>>> Yes, we need a VM fix for the Mac. The problem is that the Mac VM
>>>> caches its lookup for directory entries, and doesn't invalidate the
>>>> cache after you delete a directory. I submitted a(n
>> untested) fix for
>>>> the Mac VM, but I don't know if it was incorporated.
>>>
>>> I'll look into that. for 3.4.0b3
>>
>> Good. :-)
>>
>>>> On Windows 2000 (3.2.3 VM / Tea 1.8 VM):
>>>> ----------------
>>>> 1 failed:
>>>> TestUUIDPrimitives>>testCreationRandom  (this failure was
>> also in 3.2)
>>>>
>>>
>>> Mmm the testCreateRandom runs only if
>>> 	(UUID new asString last: 12) = (UUID new asString last: 12)
>>> is false, because I consider that if two UUID have the same
>> last 12
>>> octets then we must have a NIC card about.
>>> However I've heard that some flavors of Windows one-way
>> hash the UUID
>>> so that  regular folks cann't backtract to
>>> a particular nic. So I'm wondering what thouse two UUID being
>>> generated  are would be. So could you send me a couple from
>> the problem
>>> machine?
>>
>> Unfortunately, that was my machine at work, which I probably
>> won't have
>> access to until next Thursday or so.  (I just have a Mac at
>> home.)  If
>> someone else with a Windows machine also sees this problem,
>> perhaps they
>> post the UUID's.
>>
>> - Doug Way
>>
>>
>
>
>
>
--
======================================================================== 
===
John M. McIntosh <johnmci at smalltalkconsulting.com> 1-800-477-2659
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
======================================================================== 
===