Re: [9fans] more fossil woes

["Russ Cox" <rsc@plan9.bell-labs.com>]

>	assert failed: b->nlock == 1
>	fossil 44: suicide: sys: trap: fault read addr=0x0 pc=0x0002b6b7

I believe I have just fixed this bug.  Jmk caught one and held it down for me.
Sources are there now, binary tomorrow.

> It was the first crash in a long time, but unfortunately I had no way of
> finding out who/what had caused it, because Plan 9 does not allow me to
> examine process' activity based on utilization of a particular resource.

I don't understand what you mean here.  What query would you have
asked the system to help isolate the problem?

I needed to use acid to look around at the various fossil processes
involved in causing the crash.  Given that your fossil was gone,
I have a hard time believing acid would have run.  And I can't
imagine any general questions the system might answer that would
have helped.

> (Interestingly enough, when I suggested such "features" are added to the
> system there was an outrage, especially from people who never use Plan 9,
> telling me I'm just polluting the beautiful system :)...

And I definitely don't understand what you mean here.
I have all sorts of trippy acid to look at who is using
what.  If you identified an interesting set of questions
that could be answered by exporting some kernel information
in a new format, I would be all ears.

Russ