[Glass] GemTools 1.0-beta.8.7.1-32x not working with GS 3.2.8.1

[Dale K. Henrichs via Glass]

----- Original Message -----
| From: "Alejandro Zuzek via Glass" <glass at lists.gemtalksystems.com>
| To: glass at lists.gemtalksystems.com
| Sent: Saturday, September 19, 2015 1:32:06 PM
| Subject: Re: [Glass] GemTools 1.0-beta.8.7.1-32x not working with GS 3.2.8.1
| 
| Hi Dale,
| 
| I am using GemTools 1.0-beta.8.7.1-32x on Windows, however it does
| not seem
| to work with GS 3.2.8.1 (it may have worked with previous 3.2.*
| versions,
| but I wouldn't be able to tell since I made the leap from GS 3.1.0.4
| to GS
| 3.2.8.1).
| 
| Since I run my GemTools on Windows, 

Ah, you are using Windows ...

| I downloaded
| GemBuilderC3.2.9-x86.Windows_NT and copied libgcirpc-3.2.9-64.dll to
| the
| Contents/Resources/ folder of my GemTools installation. I tried by
| renaming
| this dll to libgcirpc-3.2.8.1-64.dll and gciForWindows.dll. Neither
| worked.
| The first option would give me the same error as with the original
| lib
| (Requested version level 3020, this server is at level 3022), but the
| second
| option option gets me to GciLibrary>>externalCallFailed. The second
| option
| is the closest I could get to your suggestion for Linux to point the
| gciForLinux.so to libgcirpc-3.3.0-32.so.

Hmmmm ... GemTools uses the gciForWindows.dll, so the second option should have worked ... did you stop and restart your GemTools image after changing the files?
| 
| In the Contents/Resources/ folder as it was created by unzipping the
| GemTools one click file, gciForWindows.dll and
| libgcirpc-3.2.8.1-64.dll are
| two separate files with different sizes, 

The gciForWindows.dll is just a copy of the libgcirpc-*-32.dll from the release ... did you copy the libssl*.dll along with the libciprpc*.dll ... 

You are mentioning a libgcirpc-3.2.8.1-64.dll when I would think that you should be using the libgcirpc-3.2.8.1-32.dll the 32 bit library from the lib32 directory (I don't work with Windows so perhaps the files are named wrong ... or you copied the wrong ell files ...). As I said the libciprpc*.dll should be copied to gciForWindows.dll and you need the libssl*.dll as well.
| so I was not surprised when
| I got
| the externalCallFailed error after overwriting gciForWindows.dll with
| libgciprpc-3.2.9-64.dll. It seems to me that the version level is set
| by
| gciForWindows.dll, but I can't get hold of a version of it that would
| be
| more current than the one that came with GemTools 1.0-beta.8.7.1-32x.
a 64 bit library called from a 32 program could be causing the problem ... as well as perhaps needed the 3.2.9 libssl*.dll ...

Now I would have thought that the older versions would work with the newer version of GemSTone, but occasionally we do make bug fixes that require using a newer version of the gci libs ... in which case 3.2.9 will likely work (unless you get another compat error)
| There
| is a newer version of libgciprpc in GemBuilderC3.2.9-x86.Windows_NT,
| but no
| gciForWindows.dll in that package.

gciWindows.dll is the alias that is used for GemTools to make it possible for the FFI interface to be able to find the libgci library ... In Pharo3.0 and with tODE I've been able to load the gci libraries directly (without changing the name) and I've been able to switch libraries without having to stop/restart the image ...

Dale