Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!cica!iuvax!rutgers!mcnc!ecsvax.uncecs.edu!dukeac!wolves!ggw From: ggw@wolves.uucp (Gregory G. Woodbury) Newsgroups: comp.unix.questions Subject: Re: Sys V uugetty problem Summary: s5r3hdb Keywords: sys V, uugetty, cu Message-ID: <1990Feb23.041531.13936@wolves.uucp> Date: 23 Feb 90 04:15:31 GMT References: <20286@bcsaic.UUCP> <97213@linus.UUCP> <1061@upvax.UUCP> Reply-To: ggw@wolves.UUCP (Gregory G. Woodbury) Followup-To: comp.unix.questions Organization: Wolves Den UNIX BBS Lines: 38 In article <1061@upvax.UUCP> stevewa@upvax.UUCP (Steve Ward) writes: >The problem seems to be with kermit. I think it's not putting the lock file >where uugetty expects to see it, or something. I have to manually turn off >the uugetty to use kermit, but cu _usually_ works OK. Sometimes even turning >off uugetty isn't enough, and I have to reboot with the uugetty turned off in >order to make everyone happy. > >If someone has solved this problem for real, PLEASE PLEASE PLEASE post your >solution!!!!!! The kermit makefile is full of all sorts of interesting things. The ckutio.c file has a define for HDBUUCP (or something like that, I'm to lazy to look right now ;-) that takes care of having the lock files placed in the correct place (/usr/spool/locks) and with the correct format (pid of the locking process as an ascii string). There is a make bsdhdb target that turns on this define, but last version of kermit I got from columbia did NOT have a similar s5r3hdb and the s5r3 did not define it. System V Release 3.1 made HoneyDanBer UUCP the default and decided to call it BNU (Basic Network Utilities). Some vendors of S5R3.1 removed BNU/HDB from the basic system and make it an extra cost option. All that is necessary is to add an s5r3hdb target to the kermit makefile which defines the necessary symbol and rebuild kermit. I use kermit all the time on my V2.0.1 system and the uugetty works fine as long as the line permissions are ok. The one other thing to check is to make sure that the cable between the modem and the serial port correctly supports DTR! If not, you will have problems with the line and turnaround. -- Gregory G. Woodbury Sysop/owner Wolves Den UNIX BBS, Durham NC UUCP: ...dukcds!wolves!ggw ...dukeac!wolves!ggw [use the maps!] Domain: ggw@cds.duke.edu ggw@ac.duke.edu ggw%wolves@ac.duke.edu Phone: +1 919 493 1998 (Home) +1 919 684 6126 (Work) [The line eater is a boojum snark! ]