Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
Thanks, Nikolay
On 12 April 2013 07:31, Nikolay Suslov nsuslovi@gmail.com wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
Weird. My guess is that somehow during compilation it uses one SSL library to link with, but at runtime, completely different one.
Thanks, Nikolay
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Dave
David, Igor thanks for your answers,
Yes, it seems to be, that wrong library is dynamically loaded at run time. But, I have both openssl.x86_64 and openssl.i686 installed on the system. May be someone have an experience on using SqueakSSL plugin on Linux 64 bit platform? or is there any way to specify the right system library used by external plugin at run time?
Thanks, Nikolay
On Fri, Apr 12, 2013 at 3:40 PM, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Dave
On Sat, Apr 13, 2013 at 04:22:49PM +0400, Nikolay Suslov wrote:
David, Igor thanks for your answers,
Yes, it seems to be, that wrong library is dynamically loaded at run time. But, I have both openssl.x86_64 and openssl.i686 installed on the system. May be someone have an experience on using SqueakSSL plugin on Linux 64 bit platform? or is there any way to specify the right system library used by external plugin at run time?
Thanks, Nikolay
I do not know the answer to this, but I would expect the system to find the right library automatically. Perhaps there is some problem with the way your openssl is installed. FWIW, this is what I find on my SuSE Linux box:
-r-xr-xr-x 1 root root 355560 2012-01-11 12:04 /lib/libssl.so.1.0.0 -rwxr-xr-x 1 root root 248996 2011-12-20 16:15 /usr/lib/libssl3.so -r-xr-xr-x 1 root root 319864 2010-12-09 06:17 /usr/lib/libssl.so.0.9.8 -r-xr-xr-x 1 root root 377504 2012-01-11 12:10 /lib64/libssl.so.1.0.0 -rwxr-xr-x 1 root root 254808 2011-12-20 15:58 /usr/lib64/libssl3.so -rw-r--r-- 1 root root 3652164 2012-01-11 12:10 /usr/lib64/libssl.a lrwxrwxrwx 1 root root 22 2012-08-06 20:40 /usr/lib64/libssl.so -> /lib64/libssl.so.1.0.0
But I should say that I have not actually tested the plugin myself, so I can't say if this works with a 32-bit VM.
Dave
On Fri, Apr 12, 2013 at 3:40 PM, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Dave
On 12 April 2013 12:40, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Could this also happen if Cog was built with one version of openssl (say, 1.0.0) but the user only had 0.9.8?
frank
Dave
On 18 April 2013 22:09, Frank Shearar frank.shearar@gmail.com wrote:
On 12 April 2013 12:40, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Could this also happen if Cog was built with one version of openssl (say, 1.0.0) but the user only had 0.9.8?
unlikely.. the code which used in pluging did not touched for years.. if library API would change, then it would fail to compile in a first place
frank
Dave
On 18 April 2013 21:40, Igor Stasenko siguctua@gmail.com wrote:
On 18 April 2013 22:09, Frank Shearar frank.shearar@gmail.com wrote:
On 12 April 2013 12:40, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Could this also happen if Cog was built with one version of openssl (say, 1.0.0) but the user only had 0.9.8?
unlikely.. the code which used in pluging did not touched for years.. if library API would change, then it would fail to compile in a first place
Hm, OK, that's kind've good. I just have an image and VM that _used_ to work, and don't anymore, but I've not updated the image other than making my local changes, and it's a Cog 2714 which has SqueakSSL, and I now see SSL_connect errors all the time. These didn't used to happen.
frank
frank
Dave
-- Best regards, Igor Stasenko.
On Thu, Apr 18, 2013 at 2:56 PM, Frank Shearar frank.shearar@gmail.comwrote:
On 18 April 2013 21:40, Igor Stasenko siguctua@gmail.com wrote:
On 18 April 2013 22:09, Frank Shearar frank.shearar@gmail.com wrote:
On 12 April 2013 12:40, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run
time.
This might be the case if the necessary library is not installed on
your
system, or if you have a 64 bit OS and do not have the 32 bit version
of
the library installed (which would be required for Cog).
Could this also happen if Cog was built with one version of openssl (say, 1.0.0) but the user only had 0.9.8?
unlikely.. the code which used in pluging did not touched for years.. if library API would change, then it would fail to compile in a first
place
Hm, OK, that's kind've good. I just have an image and VM that _used_ to work, and don't anymore, but I've not updated the image other than making my local changes, and it's a Cog 2714 which has SqueakSSL, and I now see SSL_connect errors all the time. These didn't used to happen.
I build on quite an old linux system cuz that helps with these kinds of issues. looks like I'm linking against version 0.9.8:
McStalker.oscogvm$ ssh mcqfes cat /etc/redhat-release CentOS release 5.3 (Final) McStalker.oscogvm$ ssh mcqfes uname -a Linux mcqfes 2.6.18-128.el5 #1 SMP Wed Jan 21 10:44:23 EST 2009 i686 i686 i386 GNU/Linux McStalker.oscogvm$ ssh mcqfes strings - /usr/lib/libssl.so | grep OpenSSL OpenSSLDie SSLv2 part of OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 SSLv3 part of OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 TLSv1 part of OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 DTLSv1 part of OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 McStalker.oscogvm$ McStalker.oscogvm$ ssh mcqfes /lib/libc.so.6 Warning: No xauth data; using fake authentication data for X11 forwarding. GNU C Library stable release version 2.5, by Roland McGrath et al. Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.1.2 20080704 (Red Hat 4.1.2-44). Compiled on a Linux 2.6.9 system on 2009-02-18. Available extensions: The C stubs add-on version 2.1.2. crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson GNU libio by Per Bothner NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B RT using linux kernel aio Thread-local storage support included. For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html.
I'm open to building on something else; it's "only" a VM after all. But so far this CentOS 5.3 has not provoked a storm of controversy. I wish more libraries would provide the "run me to print my version" feature.
frank
frank
Dave
-- Best regards, Igor Stasenko.
Hi
I'm open to building on something else; it's "only" a VM after all. But so far this CentOS 5.3 has not provoked a storm of controversy. I wish more libraries would provide the "run me to print my version" feature.
What about statically linking openssl? This should get us out of such trouble. (BTW: Such problems are the reason that Apple no longer ships dynamically linked openssl for OSX… [1], they say, it's what the openssl team recommends anyway)
Best -Tobias
[1] http://tinyclouds.org/212_nextgeneration_cryptographic_services.pdf from slide 51 on.
On Thu, Apr 18, 2013 at 10:48 PM, Tobias Pape Das.Linux@gmx.de wrote:
Hi
I'm open to building on something else; it's "only" a VM after all. But
so far this CentOS 5.3 has not provoked a storm of controversy. I wish more libraries would provide the "run me to print my version" feature.
What about statically linking openssl? This should get us out of such trouble. (BTW: Such problems are the reason that Apple no longer ships dynamically linked openssl for OSX… [1], they say, it's what the openssl team recommends anyway)
Good suggestion. I'll put it on the list.
Best -Tobias
[1] http://tinyclouds.org/212_nextgeneration_cryptographic_services.pdf from slide 51 on.
On Thu, Apr 18, 2013 at 2:56 PM, Frank Shearar frank.shearar@gmail.comwrote:
On 18 April 2013 21:40, Igor Stasenko siguctua@gmail.com wrote:
On 18 April 2013 22:09, Frank Shearar frank.shearar@gmail.com wrote:
On 12 April 2013 12:40, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run
time.
This might be the case if the necessary library is not installed on
your
system, or if you have a 64 bit OS and do not have the 32 bit version
of
the library installed (which would be required for Cog).
Could this also happen if Cog was built with one version of openssl (say, 1.0.0) but the user only had 0.9.8?
unlikely.. the code which used in pluging did not touched for years.. if library API would change, then it would fail to compile in a first
place
Hm, OK, that's kind've good. I just have an image and VM that _used_ to work, and don't anymore, but I've not updated the image other than making my local changes, and it's a Cog 2714 which has SqueakSSL, and I now see SSL_connect errors all the time. These didn't used to happen.
What happens if you switch in the plugin from the other VM?
frank
frank
Dave
-- Best regards, Igor Stasenko.
On 18 April 2013 23:36, Eliot Miranda eliot.miranda@gmail.com wrote:
On Thu, Apr 18, 2013 at 2:56 PM, Frank Shearar frank.shearar@gmail.com wrote:
On 18 April 2013 21:40, Igor Stasenko siguctua@gmail.com wrote:
On 18 April 2013 22:09, Frank Shearar frank.shearar@gmail.com wrote:
On 12 April 2013 12:40, David T. Lewis lewis@mail.msen.com wrote:
On Fri, Apr 12, 2013 at 09:31:08AM +0400, Nikolay Suslov wrote:
Hello, Trying compiling the latest CogVM on linux CentOS 6.3 x64 with enabled SqueakSSL plugin. Everything is gone ok, I get the vm and the plugin. But the SqueakSSL primitive (create) fails signalling on the terminal: SqueakSSL: undefined symbol: SSL_connect
What could be wrong?
It means that the function SSL_connect, which is declared in the ssh.h header file at compile time, could not be dynamically loaded at run time. This might be the case if the necessary library is not installed on your system, or if you have a 64 bit OS and do not have the 32 bit version of the library installed (which would be required for Cog).
Could this also happen if Cog was built with one version of openssl (say, 1.0.0) but the user only had 0.9.8?
unlikely.. the code which used in pluging did not touched for years.. if library API would change, then it would fail to compile in a first place
Hm, OK, that's kind've good. I just have an image and VM that _used_ to work, and don't anymore, but I've not updated the image other than making my local changes, and it's a Cog 2714 which has SqueakSSL, and I now see SSL_connect errors all the time. These didn't used to happen.
What happens if you switch in the plugin from the other VM?
Ah, I didn't make it clear that it's also the same VM! (Well, probably a new freshly downloaded 2714.) Since neither the image nor the VM had changed (modulo limitations of my memory), I thought perhaps the environment had changed.
One possible next step is to just store my changes and rebuild from a pristine image. (Easily done, given that I'm just hacking on Installer.)
frank
frank
frank
Dave
-- Best regards, Igor Stasenko.
-- best, Eliot
vm-dev@lists.squeakfoundation.org