Re: [9fans] stand-alone fileserver of little value

Re: [9fans] stand-alone fileserver of little value

[rog]

> you sure someone hasn't ported tso(6) from 9th/10th ed to it?

actually, tso in doctor(A) according to my 10th Edition manual, and
sadly undocumented.

	doctor, tso - psychiatric consultation . . . . . . . DOCTOR(A)

is intriguing but not entirely illuminating!
anyone still have these useful-sounding utilities?
any relation to eliza?

Re: [9fans] stand-alone fileserver of little value

[Boyd Roberts]

> actually, tso in doctor(A) according to my 10th Edition manual, and
> sadly undocumented.

i'm pretty sure tso had it's own page in 9th ed, but that manual
is in the other hemisphere.

Re: [9fans] stand-alone fileserver of little value

[dmr]

tso seems to have dropped out (it was older).
doctor is indeed a version of eliza.  Someone
seems to have ported Franz lisp.

Re: [9fans] stand-alone fileserver of little value

[Boyd Roberts]

> Separately, my new fileserver is also behaving strangely in its
> processing of commands at the console.  There is a 3-6 second
> delay following each command (such as "date" or "who"), as well
> as following each line of output for more complex commands, such
> as "cpu" or "help" .

you sure someone hasn't ported tso(6) from 9th/10th ed to it?

Re: [9fans] stand-alone fileserver of little value

[Martin Harriss]

Paul C Lustgarten wrote:
.....
> 
> Separately, my new fileserver is also behaving strangely in its
> processing of commands at the console.  There is a 3-6 second
> delay following each command (such as "date" or "who"), as well
> as following each line of output for more complex commands, such
> as "cpu" or "help" (!).  During the delay, type-ahead is lost.
> Also, the cpu command shows process 21 ("con") as running pretty much
> continuously, and a trace on the not-yet-used system shows processes
> 5-20 waiting for some resource, contrary to the man page's guidance
> that a trace on a quiescent system will have no output.
> Anyone have any ideas what could be causing this delay?
...

I did track this down once.  There's a call to delay() somewhere.  I
forget where - I think it's either part of the command processor or
maybe the console printing/flushing routines.  No, I don't know why. 
Maybe some leftover debugging code?

Martin