Xref: utzoo comp.unix.ultrix:2442 comp.sys.dec:2386
Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!cbmvax!grr
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: DECserver 200 3.0 Software Fun
Message-ID: <9190@cbmvax.commodore.com>
Date: 2 Jan 90 19:26:03 GMT
References: <9184@cbmvax.commodore.com> <1990Jan2.151439.18234@acd4.UUCP>
Reply-To: grr@cbmvax.commodore.com (George Robbins)
Organization: Commodore, West Chester, PA
Lines: 32

In article <1990Jan2.151439.18234@acd4.UUCP> mjb@acd4.UUCP ( Mike Bryan          ) writes:
> In article <9184@cbmvax.commodore.com> grr@cbmvax.commodore.com (George Robbins) writes:
> 
> I just tried the same thing on Ultrix 3.1, but with DECServer 2.0
> software, and it works perfectly!  After messing around with it a bit,
> I discovered that the sleeps aren't needed at all.  I have a file
> with DECServer commands such as this:
... 
> (That's six lines total, including the first blank line used to get the
> initial "#" prompt for the remote console.)

Sounds good to me.  When I tried it, I had the stack of ~11 server and
it seem to get confused around the middle.  I'm not sure if it was a
real problem or just the output got confused or I had an error in one
of the server names at that point.

I did notice that you could blast one server with all it's commands
at full speed, at least for a finite number of commands.  You might also
want to try with the system and/or server heavily loaded to see if things
fall apart.

The problem is that the DECserver command port is basically half-duplex and
tosses input when it's not ready for it.  Perhaps there some "wait for carriage
return after sending carriage return" interlocking that works for commands
with null response, but might fail when you do something like a "show server".
Of course for most "control" applications you just want to stuff it and
not worry about feedback other than errors.

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)