March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] SQLite3 - External module not found

by Julien Delplanque

Ok, first of all I made a mistake in my description, the file in the pharo vm's "bin" directory was well named libsqlite3.so. The problem seems to be that /usr/lib/libsqlite3.so.0.8.6 is a 64bits version. Using readelf, I get (in french sorry): $ readelf -h /usr/lib/libsqlite3.so.0.8.6 En-tÃªte ELF: Magique: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Classe: ELF64 DonnÃ©es: complÃ©ment Ã 2, systÃ¨me Ã octets de poids faible d'abord (little endian) Version: 1 (current) OS/ABI: UNIX - System V Version ABI: 0 Type: DYN (fichier objet partagÃ©) Machine: Advanced Micro Devices X86-64 Version: 0x1 Adresse du point d'entrÃ©e: 0xba00 DÃ©but des en-tÃªtes de programme : 64 (octets dans le fichier) DÃ©but des en-tÃªtes de section : 816368 (octets dans le fichier) Fanions: 0x0 Taille de cet en-tÃªte: 64 (octets) Taille de l'en-tÃªte du programme: 56 (octets) Nombre d'en-tÃªte du programme: 7 Taille des en-tÃªtes de section: 64 (octets) Nombre d'en-tÃªtes de section: 27 Table d'indexes des chaÃ®nes d'en-tÃªte de section: 26 I couldn't find a 32 bit version of the package in Arch repositories (maybe I don't search well?). So I searched on google and found a 32bit version. I just c/c it in the pharo vm's bin directory and.... it worked! The the problem was the version of the lib (64 vs 32bit). Once again, thanks a lot :) Julien

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Bernardo Ezequiel Contreras

maybe https://sourceware.org/binutils/docs/binutils/readelf.html for example readelf -h libsqlite3.so On Sat, Feb 28, 2015 at 9:16 PM, Ben Coman <btc(a)openinworld.com> wrote: > is there a tool that will tell you if a particular library file is 32 or > 64 bit? > > On Sun, Mar 1, 2015 at 7:44 AM, Bernardo Ezequiel Contreras < > vonbecmann(a)gmail.com> wrote: > >> Julien, >> the symbolic link should be libsqlite3.so not sqlite3.so. >> >> for example >> ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3.so >> >> >> >> >> On Sat, Feb 28, 2015 at 7:47 PM, phil(a)highoctane.be <phil(a)highoctane.be> >> wrote: >> > I have it working on CentOS. >> > >> > So it is possible to have it working on Linux. >> > >> > Is your lib 32 bits? >> > >> > Also beware of the finalize in the sqlite library in Pharo as it has a >> bug. >> > >> > I've had to remove the finalize method and handle connections properly >> on my >> > own with ensure: >> > >> > NBSqlite also exists. >> > >> > Phil >> > >> > Le 28 fÃ©vr. 2015 23:12, "Julien Delplanque" <julien(a)tamere.eu> a Ã©crit >> : >> > >> >> First, thanks to take time to answer me. >> >> >> >> On 28/02/15 22:50, Bernardo Ezequiel Contreras wrote: >> >> > the symbolic link works in my pc. did you restart the image after >> >> > creating the link? or maybe the link is in the wrong place? >> >> >> >> Ok, I'll be a little more precise: >> >> >> >> The libsqlite3.so file is located in /usr/lib/ >> >> My pharo vm is located in ~/lib-perso/pharo3.0/ >> >> >> >> What I did is: >> >> ln -s /usr/lib/sqlite3.so ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> >> >> Then I restarted the VM as you said but the error still appear when I >> >> tried the code I c/c in the first mail. >> >> >> >> Then I realized that /usr/lib/sqlite3.so is a symbolic link that point >> >> on /usr/lib/libsqlite3.so.0.8.6 so to be sure it wasn't just that, I >> >> tried the following commands: >> >> >> >> rm ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> ln -s /usr/lib/libsqlite3.so.0.8.6 ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> >> >> The error still appear, I'm really confused. >> >> >> >> >> > >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. >> >> > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Ben Coman

is there a tool that will tell you if a particular library file is 32 or 64 bit? On Sun, Mar 1, 2015 at 7:44 AM, Bernardo Ezequiel Contreras < vonbecmann(a)gmail.com> wrote: > Julien, > the symbolic link should be libsqlite3.so not sqlite3.so. > > for example > ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3.so > > > > > On Sat, Feb 28, 2015 at 7:47 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > > I have it working on CentOS. > > > > So it is possible to have it working on Linux. > > > > Is your lib 32 bits? > > > > Also beware of the finalize in the sqlite library in Pharo as it has a > bug. > > > > I've had to remove the finalize method and handle connections properly > on my > > own with ensure: > > > > NBSqlite also exists. > > > > Phil > > > > Le 28 fÃ©vr. 2015 23:12, "Julien Delplanque" <julien(a)tamere.eu> a Ã©crit : > > > >> First, thanks to take time to answer me. > >> > >> On 28/02/15 22:50, Bernardo Ezequiel Contreras wrote: > >> > the symbolic link works in my pc. did you restart the image after > >> > creating the link? or maybe the link is in the wrong place? > >> > >> Ok, I'll be a little more precise: > >> > >> The libsqlite3.so file is located in /usr/lib/ > >> My pharo vm is located in ~/lib-perso/pharo3.0/ > >> > >> What I did is: > >> ln -s /usr/lib/sqlite3.so ~/lib-perso/pharo3.0/bin/sqlite3.so > >> > >> Then I restarted the VM as you said but the error still appear when I > >> tried the code I c/c in the first mail. > >> > >> Then I realized that /usr/lib/sqlite3.so is a symbolic link that point > >> on /usr/lib/libsqlite3.so.0.8.6 so to be sure it wasn't just that, I > >> tried the following commands: > >> > >> rm ~/lib-perso/pharo3.0/bin/sqlite3.so > >> ln -s /usr/lib/libsqlite3.so.0.8.6 ~/lib-perso/pharo3.0/bin/sqlite3.so > >> > >> The error still appear, I'm really confused. > >> > >> > > > > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America. > >

March 1, 2015