search for: koeppe

...control string "%5lo" on a `mode_t' value. On Solaris in 64-bit mode, `mode_t' is an `unsigned int' (32 bits), whereas `long' is 64 bits. Here is a change that fixed the problem for me. You might want to fix it in cleaner way, however. Regards, Matthias diff -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; mo...

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...

Hi openssh developers, I'm trying to port openssh to Interix. See [1] for more on this. For Interix sshd needs to be patched to not use setuid()/setgid(), but an Interix specific function setuser(). See [2] why it is needed. Unfortunately, setuser() needs the clear-text password of the user to be fully functional (If you use password-less setuser(), then the user doesn't have network

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