WebClient httpGet: 'http://freegeoip.net/json/' works on windows not linux

You don’t have openssl installed. ldd told you that.

libcrypto.so.1.0.0 => not found
libssl.so.1.0.0 => not found

You are using a 32-bit vm. Clearly you don’t have the related 32-bit libcrypto installed.

chris@chris-Meerkat:~$ dpkg -l | grep libssl
ii  libssl1.0.0:amd64                          1.0.2g-1ubuntu4.10                           amd64        Secure Sockets Layer toolkit - shared libraries
ii  libssl1.0.0:i386                           1.0.2g-1ubuntu4.10                           i386         Secure Sockets Layer toolkit - shared libraries


Maybe you need to do this[1]:

sudo dpkg --add-architecture i386;
sudo apt-get update;
sudo apt-get install libssl1.0.0:i386


As an aside, it’d be cool if SqueakSSL plugin had primitives to access libcrypto. As is, I think, that library is only used in relation to sockets.

Chris


[1] https://askubuntu.com/questions/252168/can-i-install-libssl-devi386-on-x86-64-system-without-losing-important-packag

Hi Chris,

Thanks for the help.  I issued the three commands you suggested.  No joy, I still get the
failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.

Any other ideas are greatly appreciated.

Lou


On Thu, 15 Feb 2018 12:17:27 -0500, Chris Cunnington <[hidden email]> wrote:
--
Louis LaBrunda
Keystone Software Corp.
SkypeMe callto://PhotonDemon

Hi Lou

> On 15.02.2018, at 19:43, Louis LaBrunda <[hidden email]> wrote:
>
> Hi Chris,
>
> Thanks for the help.  I issued the three commands you suggested.  No joy, I still get the
> failed primitive and libcrypto.so.1.0.0 and libssl.so.1.0.0 are still not found.
>
> Any other ideas are greatly appreciated.
>

What's actually your distro?

Best regards
        -Tobias

Hi Tobias,

I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch).  I think it is a version of
Debian.

Lou

On Thu, 15 Feb 2018 20:08:43 +0100, Tobias Pape <[hidden email]> wrote:
--
Louis LaBrunda
Keystone Software Corp.
SkypeMe callto://PhotonDemon

On Thu, 15 Feb 2018, Louis LaBrunda wrote:

> Hi Tobias,
>
> I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch).  I think it is a version of
> Debian.

Try to install libssl1.0.x: apt install libssl1.0.2

Levente

> On 15-02-2018, at 2:04 PM, Louis LaBrunda <[hidden email]> wrote:
>
> Hi Tobias,
>
> I'm working on a Raspberry Pi 3 with Raspbian version 9 (stretch).  I think it is a version of
> Debian.

For readers not familiar with Pi, that is the default OS provided by the foundation right now.

On my older-setup weatherstation Pi, `ldd SqueakSSL` lists various stuff including libraries for libcrypto & libssl. On my newer-setup, it fails to find them, just as Louis reported. By contrast,
`dpkg -l | grep libssl`
finds (on the older setup)

ii  libssl-dev:armhf                      1.0.1t-1+deb8u6                           armhf        Secure Sockets Layer toolkit - development files
ii  libssl-doc                            1.0.1t-1+deb8u6                           all          Secure Sockets Layer toolkit - development documentation
ii  libssl1.0.0:armhf                     1.0.1t-1+deb8u6                           armhf        Secure Sockets Layer toolkit - shared libraries

and on  the newer, non-working one

ii  libssl-dev:armhf                      1.1.0f-3+deb9u1                      armhf        Secure Sockets Layer toolkit - development files
ii  libssl-doc                            1.1.0f-3+deb9u1                      all          Secure Sockets Layer toolkit - development documentation
ii  libssl1.0.2:armhf                     1.0.2l-2+deb9u1                      armhf        Secure Sockets Layer toolkit - shared libraries
ii  libssl1.1:armhf                       1.1.0f-3+deb9u1                      armhf        Secure Sockets Layer toolkit - shared libraries

I have no idea why that wouldn’t work. I can only shrug and say ‘unix, eh?'

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
I asked Mom if I was a gifted child ... she said they certainly wouldn't have paid for me.

Hi Levente,

I run apt install libssl1.0.2 and it says the latest is installed.  There may be some problem
with squeak looking for the lib with a different name.  But when I try to look for libssl* or
libcrypto* or the like I can't find them to make a copy with the names I think Squeak wants.

Lou

On Thu, 15 Feb 2018 23:21:44 +0100 (CET), Levente Uzonyi <[hidden email]> wrote:
--
Louis LaBrunda
Keystone Software Corp.
SkypeMe callto://PhotonDemon

Hi all,


This is somewhat expected, in retrospect, at least.
Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.

Best regards
        -Tobias

Hi Tobias,

I'm busy with some other work but if you point me to an ARM VM to try I will do so.

Lou



On Mon, 26 Feb 2018 11:17:43 +0100, Tobias Pape <[hidden email]> wrote:
--
Louis LaBrunda
Keystone Software Corp.
SkypeMe callto://PhotonDemon

Hi Lou
> On 26.02.2018, at 14:26, Louis LaBrunda <[hidden email]> wrote:
>
> Hi Tobias,
>
> I'm busy with some other work but if you point me to an ARM VM to try I will do so.
>

No need to rush.
I think Tim can test that directly on a pi :)

Best regards
        -Tobias

> On 26-02-2018, at 2:17 AM, Tobias Pape <[hidden email]> wrote:
>
>
> This is somewhat expected, in retrospect, at least.
> Could you try with one of the VMs from at least late last week (Friday or so), I'd be really interested whether they'll work.

I'd completely lost track of the fact that my entire reason for fetching the latest cog stuff from github was in order to test this...

so, in an up-to-date Raspbian, with a Cog vm compiled a couple of days ago from sources pulled less than a week ago, `ldd SqueakSSL` produces -
 ldd SqueakSSL
        linux-vdso.so.1 (0x7ec81000)
        /usr/lib/arm-linux-gnueabihf/libarmmem.so (0x76f14000)
        libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76eeb000)
        libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76dac000)
        /lib/ld-linux-armhf.so.3 (0x76f43000)

But trying to actually run
(ReadStream on: (WebClient httpGet: 'http://freegeoip.net/json/', (WebClient
httpGet: 'https://api.ipify.org') content) content utf8ToSqueak)

fails the primitiveSSLCreate

Just for the record the image/vm status is-
Image
-----
/home/pi/Squeak/Squeak6.0alpha-17650-TPR.image
Squeak6.0alpha
latest update: #17650
Current Change Set: FileDIalogs-StartUsage
Image format 6521 (32 bit)

Virtual Machine
---------------
/home/pi/Squeak/sqcogspurlinuxhtRPi/lib/squeak/5.0-201802210733/squeak
Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.2320]
Unix built on Feb 21 2018 14:29:07 Compiler: 6.3.0 20170516
platform sources revision VM: 201802210733 [hidden email]:Documents/Squeak/Rasbian-VM/vm $ Date: Wed Feb 21 08:33:24 2018 +0100 $ Plugins: 201802210733 [hidden email]:Documents/Squeak/Rasbian-VM/vm $
CoInterpreter VMMaker.oscog-eem.2320 uuid: e2692e35-5fc8-4623-95d0-b445b3329f75 Feb 21 2018
StackToRegisterMappingCogit VMMaker.oscog-eem.2324 uuid: 904abc56-e5a8-467e-a337-880211e33805 Feb 21 2018

Loaded VM Modules
-----------------
B2DPlugin VMMaker.oscog-eem.2309 (i)
BitBltPlugin VMMaker.oscog-eem.2293 (i)
FilePlugin VMMaker.oscog-eem.2309 (i)
FloatArrayPlugin VMMaker.oscog-eem.2309 (i)
ImmX11Plugin VMMaker.oscog-dtl.2311 (e)
LargeIntegers v2.0 VMMaker.oscog-eem.2309 (i)
Matrix2x3Plugin VMMaker.oscog-eem.2309 (i)
MiscPrimitivePlugin VMMaker.oscog-eem.2309 (i)
SecurityPlugin VMMaker.oscog-eem.2166 (i)
SocketPlugin VMMaker.oscog-eem.2309 (i)
SqueakSSL VMMaker.oscog-eem.1975 (e)

A very quick look at the SSL related C code and generated C  code suggests to me that it could do with some work to report errors a bit more helpfully. Which I know is not always trivial but is always useful.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Oxymorons: Clearly misunderstood

Hi Tim.

So, i have some debug info in there, but only if you make a debug build.
Do you want to create one on your own or should I try tomorrow?

Best regards
        -Tobias

> On 26-02-2018, at 11:17 AM, Tobias Pape <[hidden email]> wrote:
>
> So, i have some debug info in there, but only if you make a debug build.
> Do you want to create one on your own or should I try tomorrow?

The 'instant test' of simply running the debug vm rather than bothering with gdb results in the same failed prim (surprise!) and a list of found symbols in the termianl window -
 ./debug/sqcogspurlinuxhtRPi/squeak Squeak6.0alpha-17650-TPR.image
Found symbol ASN1_STRING_data in dlhandle_ssl
Found symbol ASN1_STRING_length in RTLD_DEFAULT
Found symbol BIO_free_all in RTLD_DEFAULT
Found symbol BIO_new in RTLD_DEFAULT
Found symbol BIO_s_mem in RTLD_DEFAULT
Found symbol BIO_ctrl_pending in RTLD_DEFAULT
Found symbol BIO_ctrl in RTLD_DEFAULT
Found symbol BIO_write in RTLD_DEFAULT
Found symbol BIO_read in RTLD_DEFAULT
Found symbol ERR_print_errors_fp in RTLD_DEFAULT
Found symbol SSL_CTX_free in RTLD_DEFAULT
Found symbol SSL_CTX_set_cipher_list in RTLD_DEFAULT
Found symbol SSL_CTX_set_default_verify_paths in RTLD_DEFAULT
Found symbol SSL_CTX_ctrl in RTLD_DEFAULT
Found symbol SSL_CTX_use_PrivateKey_file in RTLD_DEFAULT
Found symbol SSL_CTX_use_certificate_file in RTLD_DEFAULT
Found symbol SSL_accept in RTLD_DEFAULT
Found symbol SSL_connect in RTLD_DEFAULT
Found symbol SSL_free in RTLD_DEFAULT
Found symbol SSL_ctrl in RTLD_DEFAULT
Found symbol SSL_get_error in RTLD_DEFAULT
Found symbol SSL_get_peer_certificate in RTLD_DEFAULT
Found symbol SSL_get_verify_result in RTLD_DEFAULT

Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange Opcodes: FART: Fill Accumulator from Result if True

> On 26-02-2018, at 12:03 PM, tim Rowledge <[hidden email]> wrote:
>
> Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.

It fails in loadLibrary() and looks like in dlsym.c @ line 58 it fails to find a file or directory.

I have to dash, so hee is the gdb output so far -
Thread 1 "squeak" hit Breakpoint 1, sqCreateSSL ()
    at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c:275
275 sqInt handle = 0;
(gdb) list
270 /* sqCreateSSL: Creates a new SSL instance.
271 Arguments: None.
272 Returns: SSL handle.
273 */
274 sqInt sqCreateSSL(void) {
275 sqInt handle = 0;
276 sqSSL *ssl = NULL;
277
278 if (!wasInitialized) {
279 if (!loadLibrary()) {
(gdb) n
276 sqSSL *ssl = NULL;
(gdb)
278 if (!wasInitialized) {
(gdb) s
279 if (!loadLibrary()) {
(gdb)
loadLibrary ()
    at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:430
430  SQO_DECLARATIONS
(gdb) list
425    sqo_ ## name =(ret (*)(__VA_ARGS__)) _sqo_find(#name);
426 #  define SQO_DECL_NO(ret, name, ...) /**/
427 #endif  /* defined(SQSSL_OPENSSL_LINKED) */
428
429 /* THIS LINE IS VITAL */
430  SQO_DECLARATIONS
431
432
433 #undef SQO_DECL___
434 #undef SQO_DECL_NO
(gdb) s
_sqo_find (name=0x75e2da80 "ASN1_STRING_data")
    at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:311
311  void* sym = NULL;
(gdb) s
312  SQO_HAS_FOUND_SYM(sym, name, RTLD_DEFAULT);
(gdb)
__dlsym (handle=0x0, name=0x75e2da80 "ASN1_STRING_data") at dlsym.c:58
58 dlsym.c: No such file or directory.
(gdb) n
56 in dlsym.c
(gdb)
58 in dlsym.c
(gdb)
56 in dlsym.c
(gdb)
58 in dlsym.c
(gdb)
56 in dlsym.c
(gdb)
58 in dlsym.c
(gdb)
56 in dlsym.c
(gdb)
58 in dlsym.c
(gdb)
68 in dlsym.c
(gdb)
63 in dlsym.c
(gdb)
64 in dlsym.c
(gdb)
65 in dlsym.c
(gdb)
68 in dlsym.c
(gdb)
70 in dlsym.c
(gdb)
72 in dlsym.c
(gdb)
70 in dlsym.c
(gdb)
72 in dlsym.c
(gdb)
70 in dlsym.c
(gdb)
72 in dlsym.c
(gdb)
75 in dlsym.c
(gdb)
_sqo_find (name=0x75e2da80 "ASN1_STRING_data")
    at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:313
313  SQO_FIND_SYM(sym, name, self, NULL);
(gdb)
314  SQO_FIND_SYM(sym, name, ssl, "libssl.so");
(gdb)
Found symbol ASN1_STRING_data in dlhandle_ssl
317 }
(gdb)
Found symbol ASN1_STRING_length in RTLD_DEFAULT
Found symbol BIO_free_all in RTLD_DEFAULT
Found symbol BIO_new in RTLD_DEFAULT
Found symbol BIO_s_mem in RTLD_DEFAULT
Found symbol BIO_ctrl_pending in RTLD_DEFAULT
Found symbol BIO_ctrl in RTLD_DEFAULT
Found symbol BIO_write in RTLD_DEFAULT
Found symbol BIO_read in RTLD_DEFAULT
Found symbol ERR_print_errors_fp in RTLD_DEFAULT
Found symbol SSL_CTX_free in RTLD_DEFAULT
Found symbol SSL_CTX_set_cipher_list in RTLD_DEFAULT
Found symbol SSL_CTX_set_default_verify_paths in RTLD_DEFAULT
Found symbol SSL_CTX_ctrl in RTLD_DEFAULT
Found symbol SSL_CTX_use_PrivateKey_file in RTLD_DEFAULT
Found symbol SSL_CTX_use_certificate_file in RTLD_DEFAULT
Found symbol SSL_accept in RTLD_DEFAULT
Found symbol SSL_connect in RTLD_DEFAULT
Found symbol SSL_free in RTLD_DEFAULT
Found symbol SSL_ctrl in RTLD_DEFAULT
Found symbol SSL_get_error in RTLD_DEFAULT
Found symbol SSL_get_peer_certificate in RTLD_DEFAULT
Found symbol SSL_get_verify_result in RTLD_DEFAULT
loadLibrary ()
    at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/openssl_overlay.h:438
438 }
(gdb)
sqCreateSSL ()
    at /home/pi/DizietFS/Documents/Squeak/Rasbian-VM/vm/platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c:280
280 return 0;
(gdb)


tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange OpCodes: SEOB: Set Every Other Bit

Hi Tim

> On 26.02.2018, at 21:13, tim Rowledge <[hidden email]> wrote:
>
>
>
>> On 26-02-2018, at 12:03 PM, tim Rowledge <[hidden email]> wrote:
>>
>> Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.

have you ever trie "tui enable" ?


>
> It fails in loadLibrary() and looks like in dlsym.c @ line 58 it fails to find a file or directory.
>

Yes,,,
This is expected. It tries to find "ASN1_STRING_data" in the current loaded process images, but it is not yet there. But see below...

.. it is also not found in the main executable but...

> (gdb)
> 314  SQO_FIND_SYM(sym, name, ssl, "libssl.so");
> (gdb)
> Found symbol ASN1_STRING_data in dlhandle_ssl

it _is_ found in an libssl.

so are all these, too.

However, the next in line (openssl_overlay.h:274) is apparently _not_ found.

how strange.

is the openssl library list you gave some days ago still correct?

Best regards
        -tobias

> On 26-02-2018, at 1:46 PM, Tobias Pape <[hidden email]> wrote:
>>
>>> On 26-02-2018, at 12:03 PM, tim Rowledge <[hidden email]> wrote:
>>>
>>> Which probably doesn't mean much to anyone so I guess I'll look up my notes on the joys of running gdb and try again. I hate gdb.
>
> have you ever trie "tui enable" ?

Never heard of it before. Looks like something that might make it a bit less painful!


>> Found symbol SSL_get_verify_result in RTLD_DEFAULT
>
> so are all these, too.
>
> However, the next in line (openssl_overlay.h:274) is apparently _not_ found.
>

So that would be SSL_library_init?

> how strange.
>
> is the openssl library list you gave some days ago still correct?

Yes-
dpkg -l | grep libssl
ii  libssl-dev:armhf                      1.1.0f-3+deb9u1                      armhf        Secure Sockets Layer toolkit - development files
ii  libssl-doc                            1.1.0f-3+deb9u1                      all          Secure Sockets Layer toolkit - development documentation
ii  libssl1.0.2:armhf                     1.0.2l-2+deb9u2                      armhf        Secure Sockets Layer toolkit - shared libraries
ii  libssl1.1:armhf                       1.1.0f-3+deb9u1                      armhf        Secure Sockets Layer toolkit - shared libraries

Some poking around makes it seem even odder. All the libssl files I have are -
ls -la /usr/lib/arm-linux-gnueabihf/libssl*        
-rw-r--r-- 1 root root 269496 Oct  7 08:32 /usr/lib/arm-linux-gnueabihf/libssl3.so
-rw-r--r-- 1 root root 490932 Nov  2 04:29 /usr/lib/arm-linux-gnueabihf/libssl.a
lrwxrwxrwx 1 root root     13 Nov  2 04:29 /usr/lib/arm-linux-gnueabihf/libssl.so -> libssl.so.1.1
-rw-r--r-- 1 root root 320924 Dec 13 14:09 /usr/lib/arm-linux-gnueabihf/libssl.so.1.0.2
-rw-r--r-- 1 root root 327952 Nov  2 04:29 /usr/lib/arm-linux-gnueabihf/libssl.so.1.1

and then
strings /usr/lib/arm-linux-gnueabihf/libssl.so.1.0.2 | grep library_init
SSL_library_init

So surely that ought to have been found?

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange OpCodes: CEQ: Corrupt and Erase Queue

On Mon, 26 Feb 2018, tim Rowledge wrote:

Wasn't this fixed on Feb 23?

Levente

> On 26-02-2018, at 4:54 PM, Levente Uzonyi <[hidden email]> wrote:
>
> Wasn't this fixed on Feb 23?

Ah, apparently yes; I just did another git pull and it now works. Looks like I did a last pull on the 22nd...

Well spotted, Sir.

Yup, just checked both normal and debug versions; all ok.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange OpCodes: MET: Misread and Eat Tape

Yea
(☞ﾟヮﾟ)☞   ☜(ﾟヮﾟ☜)

-t

Hi Guys,

Thank you all very much.  Now, can someone please tell me what I need to do (please be
specific) to get this to work on my Raspberry Pi.

Lou


On Mon, 26 Feb 2018 17:16:52 -0800, tim Rowledge <[hidden email]> wrote:
--
Louis LaBrunda
Keystone Software Corp.
SkypeMe callto://PhotonDemon