Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!execu!sequoia!rpp386!jfh
From: jfh@rpp386.cactus.org (John F Haugh II)
Newsgroups: comp.unix.internals
Subject: Re: Another possible kernel enhancement...
Summary: done already ...
Message-ID: <19069@rpp386.cactus.org>
Date: 23 Feb 91 13:48:31 GMT
References: <654@uswnvg.UUCP>
Reply-To: jfh@rpp386.cactus.org (John F Haugh II)
Organization: Lone Star Cafe and BBS Service
Lines: 25
X-Clever-Slogan: Recycle or Die.

In article <654@uswnvg.UUCP> dv@uswnvg.UUCP (Dan Volkman) writes:
>                                   As a side note, we also discovered
>that if a group definition line in /etc/group exceeds BUFSIZ serious
>obstacles appear.  It appears that the "getgr..." functions do not
>allow a continuation character (I think they are using "fgets".).

Yes, this seems to be the case.  Also, there are serious obstacles
to editors with very long lines.  This system, vi for example, seems
incapable of editing files with lines longer than 4KB.

The solution is to permit the "\" character to function as a line
continuation character on input, and add "\" characters on output.

The /etc/group file, if put into DBM format, has a similiar
transformation made - each record should be re-blocked into some number
of smaller records which will be re-assembled on input, and re-created
on output.

These changes have been made in the next release of the shadow login
system myself and various netters have been working on.
-- 
John F. Haugh II                             UUCP: ...!cs.utexas.edu!rpp386!jfh
Ma Bell: (512) 832-8832                           Domain: jfh@rpp386.cactus.org
"I've never written a device driver, but I have written a device driver manual"
                -- Robert Hartman, IDE Corp.


Brought to you by Super Global Mega Corp .com