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.
Woo! > Here's the issue; we've recoded apr-iconv in terms of platform-neutral apr. Cool. >... > 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. Cheers, -g -- Greg Stein, http://www.lyra.org/