From owner-freebsd-commit  Thu Nov  2 01:30:42 1995
Return-Path: owner-commit
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id BAA23422
          for freebsd-commit-outgoing; Thu, 2 Nov 1995 01:30:42 -0800
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id BAA23409
          for cvs-all-outgoing; Thu, 2 Nov 1995 01:30:38 -0800
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id BAA23397
          for cvs-CVSROOT-outgoing; Thu, 2 Nov 1995 01:30:34 -0800
Received: (from peter@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id BAA23378
          ; Thu, 2 Nov 1995 01:30:25 -0800
Date: Thu, 2 Nov 1995 01:30:25 -0800
From: Peter Wemm <peter>
Message-Id: <199511020930.BAA23378@freefall.freebsd.org>
To: CVS-commiters, cvs-CVSROOT
Subject: cvs commit: CVSROOT log_accum.pl
Sender: owner-commit@FreeBSD.org
Precedence: bulk

swallace    95/11/02 01:30:23

  Modified:    .         log_accum.pl
  Log:
  Take $ENV{'USER'} for the login name, as rshd, telnetd and rlogind all
  set it.  I'm still at a loss to explain why getlogin and `logname`
  (which make a supposedly secure system call) are returning somebody else's
  username when cvs (a non privileged process) is run on the end of a rsh.
  If I do: rsh freefall 'print getlogin' it always seems to work...
  
  (If this doesn't work after this commit, I might commandeer Jeffrey Hsu's
  login.. :-)  This commit may say 'hsu' though.)