The following header lines retained to affect attribution:
|To: [EMAIL PROTECTED]
|Date: 16 Jan 1999 03:35:15 GMT
|From: Joshua Weage <[EMAIL PROTECTED]>
|Reply-To: [EMAIL PROTECTED]
|Subject: Re: problem with ssh1.2.26 on IRIX 6.5
| Here is the real solution:
|--- sshd_bak.c Fri Jan 15 22:10:24 1999
|+++ sshd.c Fri Jan 15 22:10:46 1999
|@@ -3673,7 +3673,7 @@
| */
| int sgi_project_setup(char *username)
| {
|- int err;
|+ int err=0;
| int naccts;
| projid_t pbuf;
|-- end --
| Simply an uninitialized variable.
|Josh
|-- Joshua Weage http://weage.resnet.gatech.edu/ --
|-- Mechanical Engineering Graduate Student --
|-- Georgia Institute of Technology --
|-- Try Linux, the free OS http://www.linux.org/ --
The proper solution is the one that I have been giving and which has
been falling on deep ears---is it because I am not seen as being a
member of the privileged group?
I quote myself:
The SGI code places a login which does not have an entry in /etc/project
into the same system project code as the project code that the sshd is
running under which would be the system default project unless the
system administration went to some effort to cause it to be different.
That fix is quite simple:
1) Remove that entire subroutine.
2) Replace the call to the subroutine with:
newarraysess();
setprid(getdfltprojuser(u_name));
I assure you that is the way the the SGI login programs
do this operation. This works because of how setprid
handles the error code returned by getdfltprojuser
when the user is not found in the /etc/project file.
The second choice is to properly administer the system and assure that
_all_ users have entries in the /etc/project file. This method was
posted very recently by Ryan Davis <[EMAIL PROTECTED]>.
It is not that fixing the uninitialized variable does not address the
problem (it does); rather, it is that it is not the correct solution!
Randolph J. Herber, [EMAIL PROTECTED], +1 630 840 2966, CD/CDFTF PK-149F,
Mail Stop 318, Fermilab, Kirk & Pine Rds., PO Box 500, Batavia, IL 60510-0500,
USA. (Speaking for myself and not for US, US DOE, FNAL nor URA.) (Product,
trade, or service marks herein belong to their respective owners.)
