On Tue, Oct 18, 2005 at 12:13:33PM -0400, Jeff Horwitz wrote:
> On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > As for the pbc file case: If you're making a pbc so large that hash
> > creation takes noticeable time, then just imagine how long _writing_
> > it will take? :-)
>
> this answers my qu
On Tue, Oct 18, 2005 at 11:27:16AM -0400, Jeff Horwitz wrote:
> On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > On the other hand, the idea has been raised on IRC (by Joshua, IIRC)
> > that an MD5 or SHA256 would protect against corruption, and would also
> > incidentally make a dandy UUID.
>
> wa
On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> On Tue, Oct 18, 2005 at 11:27:16AM -0400, Jeff Horwitz wrote:
> > On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > > On the other hand, the idea has been raised on IRC (by Joshua, IIRC)
> > > that an MD5 or SHA256 would protect against corruption, and w
On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> On Mon, Oct 17, 2005 at 10:09:22PM -0400, Jeff Horwitz wrote:
> > On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> > > Any problems here? Any suggestions for UUID code that's licensed
> > > appropriately for use in Parrot?
> >
> > the UUID library in e2f
On Mon, Oct 17, 2005 at 10:09:22PM -0400, Jeff Horwitz wrote:
> On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> > Any problems here? Any suggestions for UUID code that's licensed
> > appropriately for use in Parrot?
>
> the UUID library in e2fsprogs might be appropriate. e2fsprogs is GPL, but
> li
On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> Any problems here? Any suggestions for UUID code that's licensed
> appropriately for use in Parrot?
the UUID library in e2fsprogs might be appropriate. e2fsprogs is GPL, but
lib/uuid has a separate and much more flexible BSD-style license.
http://e
On Mon, Oct 17, 2005 at 03:36:04PM -0400, Jeff Horwitz wrote:
> On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> > I'm planning to require a UUID in the pbc header which would make each
> > pbc distinguishable from every other pbc.
>
> i know mod_parrot would benefit from this. one question though -
On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> In the use case where the same pbc exists in multiple places in a
> filesystem (or is renamed during run, or lives on a filesystem without
> a good definition of "same place"), it's necessary to detect when a
> load is redundant.
>
> I'm planning to re
In the use case where the same pbc exists in multiple places in a
filesystem (or is renamed during run, or lives on a filesystem without
a good definition of "same place"), it's necessary to detect when a
load is redundant.
I'm planning to require a UUID in the pbc header which would make each
pbc
