On Sat, Dec 16, 2000 at 12:05:42PM -0500, David Merrill wrote:
> Obviously, the current algorithm is working. So there is no reason to
> change it, but I'm doing essentially a new implementation of that
> code, so I want to make sure it is solid in all respects. Possibly
> postgres has a built-in guid factory as Oracle does, and this is a
> nonissue anyway, so let's not argue over it. :-)
I don't understand. Why are you doing a new implementation of the
GUID algorithm? I thought you were designing a database structure for
storing gnucash's data structures; if that's the case, the GUID is
just more data that needs to be stored, isn't it? Is there something
I missed?
Thanks,
b.g.
_______________________________________________
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel