On Thu, 2007-08-30 at 10:01 -0400, Matt Sergeant wrote:
> > That is not true. Random numbers do not give unique results.
>
> True enough. But I'm going out on a limb to assume that it's good
> enough for logging. It's not a security feature.
But this (by design[*]) doesn't meet the requirement.
The (ok, one) purpose of logging is to be able to trace the results of
running the service and if your hash collides ALL the messages from the
two servers where it collides will be ambiguous (by source). Using a
non-random and predictable function on config('me') allows the user to
avoid this problem (without modifying the core code).
[*] As opposed to the implementation - where Peter has pointed out some
limitations of Time::HiRes on one old platform.
Thanks for the clarification on svn ... I'll have to check it out (but
not today) to see it.
>
> Matt.
--
--gh
