Re: [pysqlite] Dynamic loading of sqlite....

As it turns out, it looks like a bug in the sqlite configure/make  =

process.  On OSX, sqlite's makefile calles libtool with the OS version  =

(darwin 9.6.0 ) and not the sqlite version.  As such, the library  =

version is wrong...  I hardcoded the correct values into libtool  =

(because I haven't yet figured out where the wrong call is) and it  =

works...

It brings up another question, though.  In the latest version (2.5.5)  =

extensions are disabled by default.  When was the last version where  =

this wasn't true?

Doug


On May 13, 2009, at 3:22 AM, Gerhard H=E4ring wrote:

> Douglas Mayle wrote:
>> Hello everybody,
>> 	I'm trying to debug a problem with loading a custom sqlite.    The
>> traceback I'm getting is:
>>
>> ImportError: dlopen(/Users/douglas/Projects/almanacpylons/lib/
>> python2.5/lib-dynload/_sqlite3.so, 2): Library not loaded: /usr/lib/
>> libsqlite3.0.dylib
>>   Referenced from: /Users/douglas/Projects/almanacpylons/lib/
>> python2.5/lib-dynload/_sqlite3.so
>>   Reason: Incompatible library version: _sqlite3.so requires version
>> 9.0.0 or later, but libsqlite3.0.dylib provides version 3.0.0
>>
>> How is libsqlite loaded?  Is there someplace in the source I can look
>> to debug this?
>
> I have no idea where these version numbers are coming from. Try
> rebuilding pysqlite against your custom SQLite by setting the  =

> variables
> include_dirs and library_dirs in setup.cfg.
>
> HTH
>
> Gerhard
> _______________________________________________
> list-pysqlite mailing list
> list-pysqlite-FR6EJeJVuqdwc357pe9rcyQmJico6nz3epZhswDD4dQ@public.gmane.org
> http://itsystementwicklung.de/cgi-bin/mailman/listinfo/list-pysqlite