Re: [9fans] Fossil errors

[erik quanstrom <quanstro@coraid.com>]

fossil should never do this.  this is a thread locking bug.

btw, why not use "all=+; disk/mkfs -vd $dst -s $src /env/all"?

- erik

On Wed Mar 21 11:54:29 EDT 2007, devon.odell@gmail.com wrote:
> 2007/3/21, erik quanstrom <quanstro@coraid.com>:
> > it means that lock() (/sys/src/9/port/taslock.c:/^lock) is looping way too much
> > in rendezvous.  0x37a34 is in rendezvous.s.
> >
> > i don't know fossil or venti very well.  it would be hard to say what is wrong with
> > the threading here without some serious groveling.  my wild guess would be that
> > there are three processes (21 26 23) at the same rendezvous point at the same time.
> > rendezvous works for two processes.
> >
> > i wonder why libventi doesn't use the thread library?
> 
> In either case, it doesn't seem to happen very often. I got it by @{
> cd ; tar -c . } | tar -xv ing my MP3s. So far, using cpdir, I haven't
> seen any of this yet.
> 
> --dho