Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!ncar!csn!boulder!hartzell From: hartzell@boulder.Colorado.EDU (George Hartzell) Newsgroups: comp.sys.mips Subject: Re: uugetty and /usr/spool/locks (another try) Message-ID: <1991Jan16.173940.21352@csn.org> Date: 16 Jan 91 17:39:40 GMT References: <9101150643.AA26295@fernwood.mpk.ca.us> <44917@mips.mips.COM> Sender: news@csn.org Organization: MCD Biology, U. of CO, Boulder, CO Lines: 52 In-Reply-To: trevc@moosehead.mips.com's message of 16 Jan 91 01:21:56 GMT Nntp-Posting-Host: beagle.colorado.edu In article <44917@mips.mips.COM> trevc@moosehead.mips.com (Trevor Cotton) writes: In article <9101150643.AA26295@fernwood.mpk.ca.us>, jns@fernwood.mpk.ca.US (Jerry Sweet) writes: > > I made another attempt to make uugetty do its step-aside thing, using > a different modem, a Telebit T1600 this time. Using the RS232 > breakout box, I verified that the behavior of DCD is correct: the > modem only turns on DCD when there is actually carrier present. > Unfortunately, uugetty is still exhibiting the same behavior: it won't > step aside either for kermit or for tip. Tip reports "all ports > busy". Kermit just sits there when you try to "set line". When I > disable uugetty on the port, kermit and tip are able to get through > with no trouble. Uugetty otherwise exhibits exemplary standard getty > behavior vis a vis login when it's enabled. > > If another experiment is suggested that might make uugetty do the > right thing, I'll give it a try. (I haven't yet tried using the > RISC/os 4.30 version of uugetty, as Laurence Yaffe suggested in > his response to me in comp.sys.mips.) > > Here's the setup (some recap): > Create the device /dev/ttydm0 with major number 32 and minor number 128 and use that instead. The serial line drivers are all written to use modem control by default on lines with minor number > 128. This is how I am set up here ( I use a Telebit T2500 ) and uugetty and cu co-exist happily. Note that I do have a problem with kermit; kermit creates its lock file in /usr/spool/uucp rather than /usr/spool/locks, which is where cu and uugetty create their lock files. The other problem, as you pointed out, is that kermit needs to run as uucp to be able to access the line as uugetty and cu make uucp the owner. I have submitted a (Mips) bug report for kermit . --trevc-- Could part of the problem be that Jerry is using tip, and you are using cu? Maybe tip has the same problem that kermit has? Make sure that you have the kernel option (man kopt for info) _riscos_ttys_default_clocal set to the default to get the scheme mentioned above to work. g. -- George Hartzell (303) 492-4535 MCD Biology, University of Colorado-Boulder, Boulder, CO 80309 hartzell@Boulder.Colorado.EDU ..!ncar!boulder!hartzell