From owner-freebsd-bugs Tue Oct 7 00:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04809 for bugs-outgoing; Tue, 7 Oct 1997 00:20:22 -0700 (PDT) (envelope-from owner-freebsd-bugs) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA04803 for ; Tue, 7 Oct 1997 00:20:19 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA08083; Tue, 7 Oct 1997 09:20:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA09943; Tue, 7 Oct 1997 09:18:23 +0200 (MET DST) Message-ID: <19971007091822.SB13028@uriah.heep.sax.de> Date: Tue, 7 Oct 1997 09:18:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bugs@FreeBSD.ORG (FreeBSD Bugs) Cc: Michael@NetworX.ie Subject: Re: sprintf() and UUCP locking References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Michael Ryan on Oct 6, 1997 22:52:58 +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Ryan wrote: > Probably nothing major here, but I came across three problems with > slattach in the FreeBSD 2.2.2 release: > > (1) It links in /usr/src/sbin/startslip/uucplock.c for UUCP-style > locking, instead of using /usr/lib/libutil. This has been fixed after 2.2.2 went out the door. > (3) When slattach runs (with the -L flag, the -z flag and -r flag), > mgetty goes apeshite. What's wrong is that, eventhough > slattach uses UUCP locks (which mgetty depends on), it fails to > use them 'properly' as follows: Well, don't use mgetty then. :) Things like this (mgetty's notorious behaviour of wanting to `init' the modem) made me totally mad about it. I'm happy i don't have to use it anymore, and could resort to a plain getty long ago. > The problem lies in steps (d) - (f), namely the lock has been > removed for the duration that the external redial program is > executing. This might be required for some dial programs to work, but i'm not an expert on this. (I don't use startslip, but a homegrewn Perl script instead.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)