On 2013-01-26 3:55 PM, Frank Shearar wrote:
On 24 January 2013 20:39, Chris Cunnington smalltalktelevision@gmail.com wrote:
On 2013-01-24 3:18 PM, Ken Causey wrote:
On 01/24/2013 12:10 PM, Chris Cunnington wrote:
http://box3.squeak.org:8624 http://box3.squeak.org:8624/error
This is the next iteration of the squeak.org image. It's getting closer to completion, I think. There is a nascent error message.
(If anyone is wondering about attribution for that image, I looked at the site it came from [1] and I do not see how it is supposed to be attributed. AFAICT, the maker has not indicated who they are or how they want to be attributed.).
The image is running on box3, not box4, because I get this lovely error:
chriscunnington@squeak-box4:~$
ioLoadModule(/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so):
/home/chriscunnington/coglinux/lib/squeak/4.0-2640/libcrypto.so: wrong ELF class: ELFCLASS64
Something 32 is not playing well with something 64. Perhaps I need to install a 32-bit version of libcrypto.so on box4?
It's already installed
/usr/lib32/libcrypto.so
Did you try using the classic Squeak VM? /usr/local/bin/squeak
OK, it sounds like I only need to change the symlink [1] to /usr/lib32/libcrypto.so. That'll probably do it.
Turns out I think I just ran into this problem. But I don't think it's Altitude, but Xtreams-Xtras, which has classes like XTBCrypt, XTHMAC and the link.
frank
That's an absolute certainty. In saying it was Altitude, I was just being terse. XTLibCryptoHMAC>>#HMAC_CTX_init:, XTLibCryptoHash>>#EVP_MD_CTX_init:, etc.
It may be a coincidence, but every libcrypto accessing method uses underscores, which the image complains about bitterly. Every time I click on one such method I get a source code warning. I think underscores may be a VisualWorks thing that got dragged over to Squeak, where we don't do that. FWIW.
Chris