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@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@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@highoctane.be <phil@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@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.