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, [EMAIL PROTECTED] wrote:
> 2007/3/21, erik quanstrom <[EMAIL PROTECTED]>:
> > 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
