apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <gst...@lyra.org>
Subject Re: Outch, or getting to the last mile
Date Mon, 13 May 2002 22:49:58 GMT
On Sat, May 11, 2002 at 05:55:35PM -0500, William A. Rowe, Jr. wrote:
> Well, I'm ready to reverse my earlier position on uuid.


> Here's the issue; we've recoded apr-iconv in terms of platform-neutral apr.


> apr_uuid_* on unix is based on apr_md5.  Now we are back to the old debate.
> We've got to use it.

Right. I've looked at using an alternative to md5 for the uuid stuff, but it
is no go. The specification states that UUID generation must use a
"cryptographically secure hash, such as MD5".

> So my suggestion.  In apr, create an apr_os_uuid() stub for apr-util and the
> 'real' apr_uuid_* family.  Add APR_HAS_NATIVE_UUID.  Either that, or

Ah. Excellent call. I really like this mechanism. ++1

> reinvent the uuid for Apache.  However, this has one pitfall.  Win32 has code
> that mutually protects all apps running on the same box from uuid clashes.
> I don't really believe we want to lose that, so the first suggestion makes
> a little more sense to me.

We absolutely want to use Win32's native UUID mechanism.

> So all in all
> apr/passwd/apr_md5.c  -->  apr-util/crypto/apr_md5.c
> apr/misc/win32/uuid.c  ->  apr/misc/win32/os_uuid.c
> apr/misc/unix/getuuid.c  -->  apr-util/misc/uuid_gen.c
> [simply stubs for apr_os_uuid if APR_HAS_OS_UUID]
> apr/misc/unix/uuid.c  -->  apr-util/misc/uuid_fmt.c
> apr/i18n/unix/utf8_ucs2.c ->  apr/i18n/win32/utf8_ucs2.c [private]
> apr/i18n/unix/xlate.c ->  apr-util/i18n/xlate.c
> would this satisfy everyone?

Big time. Awesome.


Greg Stein, http://www.lyra.org/

View raw message