Gemstone/S 3.0.1 64bit Initialization and SSH

Conrad,

Here's a comment from one of our engineers:

   I would *guess* that the SSL libs we ship are being loaded by
   an app (ssh ?) compiled with a different version of SSL.  If
   that's the problem then probably the DYLD_LIBRARY_PATH env
   var or one of the other weird env var Darwin uses to load
   DLLs (see dyld(3)) is not set correctly.

Dale

----- Original Message -----
| From: "Conrad Taylor" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, May 14, 2012 8:53:06 PM
| Subject: [GS/SS Beta]  Gemstone/S 3.0.1 64bit Initialization and SSH
|
| Hi, I'm seeing the following error message while using Gemstone/S
| 3.0.1 64 bit on Mac OS 10.7.4:
|
|
| $ source /opt/gemstone/product/seaside/defSeaside
| $ ssh username@host
| OpenSSL version mismatch. Built against 1000101f, you have 1000005f
|
|
|
| actual message:
|
|
|
| $ openssl version
| WARNING: can't open config file:
| /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
|
|
| expected message:
|
|
|
| $ openssl version
| OpenSSL 1.0.1c 10 May 2012
|
| --
|
|
|
| Think different and code well ,
|
|
| -Conrad
|
|
|

Conrad,

I didn't make it into the office today (spring cold), but here's a bugfix for 3.1 that looks like it is related to your 3.0 problem ("peter's problem" had to do with LDAP issues and LDAP libraries are loaded in 3.0):

------
42277  P1  Cannot login from Pharo or VM on Darwin

-Combine the crypto and SSL libraries into a single shared library file named libssl.  File name includes version and width (32 or 64 bit).
-To fix this bug, load libssl using RTLD_LOCAL in 32 bit processes.  Since 32 bit GCI clients never load the LDAP libraries, this works fine.
-On 64 bit processes, we must continue loading libssl using RTLD_GLOBAL.  Otherwise the dynamic loader is unable to resolve symbol references from the
LDAP libraries to the SSL library.

This fix should still address Peter's problem, but I suspect 64 bit VW or Pharo logins on Darwin might be broken.  Since those are seldom (never?) used configurations, this is of no big concern at present.

------

We're getting close to having candidate builds for 3.1 that you guys can try out, in fact if you'd like to get a pre-candidate build to start working with, I can probably arrange that ...

Dale

----- Original Message -----

| From: "Dale Henrichs" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>

| Sent: Monday, May 28, 2012 4:51:43 PM
| Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and SSH
|
| Conrad,
|
| Yeah at first blush this looks like a path issue.
|
| We have been dealing with some SSL library loading issues for 3.1 so
| perhaps the guys might have some better ideas about what could be
| going on for you ...
|
| I'll check tomorrow ..
|
| Dale
|
| ----- Original Message -----
| | From: "Conrad Taylor" <[hidden email]>
| | To: "GemStone Seaside beta discussion" <[hidden email]>
| | Sent: Monday, May 28, 2012 4:24:16 PM
| | Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and
| | SSH
| |
| | On Tue, May 15, 2012 at 1:39 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| |
| | Conrad,
| |
| | Here's a comment from one of our engineers:
| |
| | I would *guess* that the SSL libs we ship are being loaded by
| | an app (ssh ?) compiled with a different version of SSL. If
| | that's the problem then probably the DYLD_LIBRARY_PATH env
| | var or one of the other weird env var Darwin uses to load
| | DLLs (see dyld(3)) is not set correctly.
| |
| |
| |
| |
| | I'm compiling both openssh and openssl through MacPorts and this
| | works without any issues until I source defSeaside script. In any
| | case, I'll play with this some more and see what I can find.
| |
| |
| | Dale
| |
| |
| |
| | ----- Original Message -----
| | | From: "Conrad Taylor" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| | | Sent: Monday, May 14, 2012 8:53:06 PM
| | | Subject: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and
| | | SSH
| | |
| | | Hi, I'm seeing the following error message while using Gemstone/S
| | | 3.0.1 64 bit on Mac OS 10.7.4:
| | |
| | |
| | | $ source /opt/gemstone/product/seaside/defSeaside
| | | $ ssh username@host
| | | OpenSSL version mismatch. Built against 1000101f, you have
| | | 1000005f
| | |
| | |
| | |
| | | actual message:
| | |
| | |
| | |
| | | $ openssl version
| | | WARNING: can't open config file:
| | | /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| | | OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
| | |
| | |
| | | expected message:
| | |
| | |
| | |
| | | $ openssl version
| | | OpenSSL 1.0.1c 10 May 2012
| | |
| | | --
| | |
| | |
| | |
| | | Think different and code well ,
| | |
| | |
| | | -Conrad
| | |
| | |
| | |
| |
| |
| |
| |
| | --
| |
| |
| |
| | Think different and code well ,
| |
| |
| | -Conrad
| |
| |
| |
|