From owner-freebsd-current Fri Feb 28 18:30:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04873 for current-outgoing; Fri, 28 Feb 1997 18:30:35 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04860 for ; Fri, 28 Feb 1997 18:30:28 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id TAA15837 for current@freebsd.org; Fri, 28 Feb 1997 19:30:19 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id TAA20122 for ; Fri, 28 Feb 1997 19:24:04 -0700 (MST) Date: Fri, 28 Feb 1997 19:24:04 -0700 (MST) From: Marc Slemko Reply-To: Marc Slemko To: current@freebsd.org Subject: size of L_cuserid in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From what I see, L_cuserid in sys/include/stdio.h is set to 9 in -current. The comment says UT_NAMESIZE + 1. UT_NAMESIZE is 16. Are there other broken things that are holding back the change or am I missing something? And adduser in 2.2 allows names > 16... accidently brought in by mpp with some other merges on 96/12/22 18:10:01? ...just going through to see what changes have been made in -current so I can apply a local patch to 2.2 to have long usernames. What I have noticed has been changed in -current to deal with long usernames: - UT_NAMESIZE in utmp.h - bugfix in getty/main.c - off-by-one in kern/kern_prot.c - MAXLOGNAME in param.h - e_spare[4] -> 3 in user.h - adduser/rmuser - w - rwho - finger/sprint.c - last Other things that need to be recompiled, other than stuff done by make world: - xterm - xdm - sshd - rxvt If you notice anything I'm missing, please let me know. And, of course, old utmp and wtmp files don't work. If anyone wants, I can make the trivial (but sometimes annoying to find) patches against the 2.2 tree available when I'm done...