search for: tmpenvsiz

openssh 3.7p1 sshd on Solaris 8 / sparcv9: sshd runs fine, and starts to allow the login. However, when reading from /etc/default/login, I get a bus error. I am able to get sshd to work by commenting out these lines in session.c: 1015,1018c1015 < # ifdef HAVE_ETC_DEFAULT_LOGIN < read_etc_default_login(&env, &envsize, pw->pw_uid); < path =

...on.c,v > retrieving revision 1.255 > diff -u -p -r1.255 session.c > --- session.c 22 Sep 2003 11:04:23 -0000 1.255 > +++ session.c 29 Sep 2003 23:34:10 -0000 > @@ -915,7 +915,7 @@ read_etc_default_login(char > ***env, u_in > { > char **tmpenv = NULL, *var; > u_int i, tmpenvsize = 0; > - mode_t mask; > + u_long mask; > > /* > * We don't want to copy the whole file to the > child's environment, > @@ -936,7 +936,7 @@ read_etc_default_login(char > ***env, u_in > > if ((var = child_get_env(tmpenv, "UMASK")) != > N...

...iff -u /home/mkoeppe/s/ATTIC/openssh-3.7.1p1/session.c\~ /home/mkoeppe/s/ATTIC/openssh-3.7.1p1/session.c --- /home/mkoeppe/s/ATTIC/openssh-3.7.1p1/session.c~ Tue Sep 16 03:52:19 2003 +++ /home/mkoeppe/s/ATTIC/openssh-3.7.1p1/session.c Thu Sep 25 18:50:00 2003 @@ -915,6 +915,7 @@ u_int i; size_t tmpenvsize = 0; mode_t mask; + unsigned long long_mask; /* * We don't want to copy the whole file to the child's environment, @@ -931,8 +932,10 @@ child_set_env(env, envsize, "PATH", var); if ((var = child_get_env(tmpenv, "UMASK")) != NULL) - if (sscanf(var, &quo...

I had a problem much like the one that Matthias Koeppe experienced. I would only get the BUS error when running in a YASSP-modified system, though. The binary worked fine on a non-YASSP host. I applied his change to use a long for the mask, and it works now. Cheers, -Thomas __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search

I built OpenSSH as a 64-bit binary on Solaris 9, using gcc 3.3.2, OpenSSL 0.9.7c and zlib 1.2.1. sshd starts up normally, and will begin the login session, however, some time after it reads /etc/default/login, it faults and kills the connection. There are no error messages logged to syslog (with LogLevel set to DEBUG) or with the -ddd option. Here's a truss of the failure: 8132:

The story of this problem, AFAIK, is that Solaris 8 YASSP and JASS and vigilant/paranoid sysadmins have been known to set a restricitve umask in /etc/default/login. OpenSSH compatibility for Solaris 8 has been spotty at times for sparcv9 targets. This time, when a sparcv9 binary tries to sscanf(3C) the numeric umask as a long octal and put it in a mode_t, SIGBUS happens. What this looks like in