From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: uucico 1.16 jb.01 (was: uucico)
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (10.12.92) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 13 Dec 92 11:18:37 EDT
Organization: Well, I haven't decided on a name yet...

In article <111292r0218@hamburg.uucp> wusel@hactar.hanse.de (Kai 'wusel' Siering) writes:
> In article <mbs.1fg9@adastra.cvl.va.us>, mbs@adastra.cvl.va.us (Michael B. Smith) writes:
> % In article <081292u2100@hamburg.uucp> wusel@hactar.hanse.de (Kai 'wusel' Siering) writes:
> % >   o Make uucico use subdirectories in uuspool: for each system instead of
> % >     storing everthing and more in this one dir. Say, you have several
> %
> % You mean like UUSpool:to/<sysname>/<class>/<file>??     :)
>
>      Not exactly - uuspool:<sysname>/<file> would satisfy my (and others)
> needs :) My UUX supports classes, but I can't see that much advantage in
> storing the files for one machine in different subdirs -- it only
> complicates uucico's and uuxqt's job ... What am I overlooking?

In HDB UUCP, the classes signify a priority, based on the ascending ASCII
collating sequence. So, it actually simplifies uucico's job, in that an
extra sort based on the grade in the filename is not required.

Not a big deal, really. :)

>      As I already modified uuxqt (now sends mail to owner of job if
> execution failed) and uux (file `-' means stdin, supports `-a' and some
> other options), I'd volunteer to do them for uux, uuxqt, uucp =:->

My mailbox awaits your changes. :)

> % Christopher Wichura posted a patch some months ago that causes getty to set
> % three additional local environment variables. One of which is GettyLogin to
>
>      I would prefer local environment too, but what about 1.3? In my
> opinon, sooner or later adding hacks for 1.3 should stop (the sooner, the
> better, IMO) ...

Beats me. How many folks are still running it?

> % If the -u1 (UserReport) flag is specified when Getty is started then Getty
> % will include two more "set" instructions.  These are for "user" and
>
>      Is this version (or a newer one with same/additional featuren =:->)
> available anywhere for BMS?

Uhh..I don't know. I run a heavily modified Getty (not because of bugs, just
"because" :)). I can post the patches if you or someone else wants them again.

>      BTW, are there any chances to have getty/the fifo.library behave more
> friendly in case of loss of carrier while a program started via getty is
> still running? I would like to see getty freeing the port for another
> login (or even a `getty -r0') instead of waiting for the program to exit.
> Would it be possible to redirect the I/O-stream from the serial port to a
> newshell -- thus, the `operator' could locally try to terminate the
> programm normally? (Passing ^\, i. e. EOF would be fine, too =:->)

Which fifo.library are you running? 37.4, which I believe Matt released AFTER
1.16, is better behaved about loss-of-carrier. It still isn't as smart as you
request.

I'd figured that changing it to send the program a CTRL-C was the way-to-go.
Style Guide and all that.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Xref: sparky alt.sys.amiga.uucp:2972 comp.sys.amiga.datacomm:8286