Hello, it's me again !
I tried to compile / install OpenSSH on our Reliant UNIX
system, OS version 5.45 (and 5.44).
The following problems did appear:
1. OpenSSL-0.9.5a will not compile out of the box.
The problem on RU 5.45 is, that the compiler does
support "long long" but NOT "unsigned long long".
The latter just provokes the error message
"superfluous long" (or so). I think this is a bug
in the - commercial and expensive - compiler.
I didn't try gcc on that platform, yet.
No, I didn't try 0.9.6, yet.
2. scp will hang after the file transfer(s)
The "fix" is to change the line 495 in serverloop.c from
shutdown(fdin, SHUT_WR);
to
shutdown(fdin, SHUT_RDWR);
The same which I did in 2.1.1.
3. X11 forwarding does just work for standard X clients
- if you configure it with --with-ipaddr-display -
but not for all X applications. The reason is that
Siemens is using a named pipe in /tmp/.X11-unix
for X communication where every other OS uses
a socket, there and some applications try hard to figure out
whether they are really running locally. I think to
avoid the TCP/IP and the UNIX domain socket protocol
stack to gain a few percent of performance.
Nevertheless I got Openssh-2.3.0p1 to compile and install
on Reliant UNIX. I even managed to create a package, based
on the one contributed for Solaris but I was not able to test
it, yet.
This mail is intended as an indication that the sentence
"port to Reliant UNIX has been added" which appears in some
documentation
and announcements is not completely true.
Norbert.
--
Norbert Bladt
ATAG debis Informatik, ISM-TZ1 / Z302
Industriestrasse 1, CH 3052-Zollikofen
E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640
On Tue, Jan 09, 2001 at 01:27:34PM +0100, Bladt Norbert wrote:> 2. scp will hang after the file transfer(s) > The "fix" is to change the line 495 in serverloop.c from > shutdown(fdin, SHUT_WR); > to > shutdown(fdin, SHUT_RDWR); > The same which I did in 2.1.1.A lot of platforms have problems with shutdown(). For those platforms the USE_PIPES flag is needed. Would you recompile with -DUSE_PIPES Best regards, Lutz -- Lutz Jaenicke Lutz.Jaenicke at aet.TU-Cottbus.DE BTU Cottbus http://www.aet.TU-Cottbus.DE/personen/jaenicke/ Lehrstuhl Allgemeine Elektrotechnik Tel. +49 355 69-4129 Universitaetsplatz 3-4, D-03044 Cottbus Fax. +49 355 69-4153
Lutz Jaenicke [SMTP:Lutz.Jaenicke at aet.TU-Cottbus.DE] wrote today:> A lot of platforms have problems with shutdown(). For those platforms > the USE_PIPES flag is needed. Would you recompile with -DUSE_PIPESOK. This did fix this problem with the hanging sshd while executing scp. Thanks for the hint, Norbert. -- Norbert Bladt ATAG debis Informatik, ISM-TZ1 / Z302 Industriestrasse 1, CH 3052-Zollikofen E-Mail: norbert.bladt at adi.ch Tel.: +41 31 915 3964 Fax: +41 31 915 3640
On Tue, 9 Jan 2001, Bladt Norbert wrote: : 3. X11 forwarding does just work for standard X clients : - if you configure it with --with-ipaddr-display - : but not for all X applications. The reason is that : Siemens is using a named pipe in /tmp/.X11-unix : for X communication where every other OS uses : a socket, there and some applications try hard to figure out : whether they are really running locally. I think to : avoid the TCP/IP and the UNIX domain socket protocol : stack to gain a few percent of performance. if they don't provide a way to force the use of TCP for the X11 transport, i don't know what we can do. HP-UX for example has XFORCE_INTERNET=1 to disable the shared memory transport in clients, or using an IP address in DISPLAY.