Hi, I've just tried the new "kitchen sink" package (sqlitejdbc-v050.jar) on a linux platform, and discovered that it always uses the NestedVM in preference to the native library (or at least the native library fails to load, so it falls back to the NestedVM).
A quick look at the linux library file embedded in the jar file (linux- x86.lib) suggest that this is an archive, containing the other platform libraries: mac-universal.lib and win-x86.lib. Any clues? Thanks. On Jun 16, 11:09 am, "David Crawshaw" <[EMAIL PROTECTED]> wrote: > People seem to have a lot of trouble with library paths when using the > SQLiteJDBC driver, so I'm trying something new. > > http://files.zentus.com/sqlitejdbc/sqlitejdbc-v048.jar > > This is a "kitchen sink" jar file. It contains the NestedVM version of > the driver, but it also contains the native libraries for windows, > mac, and linux. It does the following: > > - look for a native library already on the library path, > if found, use it, > if it is not found, then > - look for an embedded native library, > if found, extract it and use it, > if it is not found, then > - use the NestedVM version. > > So this means that this driver is guaranteed to run in pure java mode > at worst, and has a good chance of running natively, no configuration > required. (The downside being the library is huge, currently 2.4 meg.) > > Right now, I'm looking for some testing, please. The above version has > some simple debugging in it, if you could use it, send the output and > the OS/architecture of your machine, that would be appreciated. > Thanks. > > d. --~--~---------~--~----~------------~-------~--~----~ Mailing List: http://groups.google.com/group/sqlitejdbc?hl=en To unsubscribe, send email to [EMAIL PROTECTED] -~----------~----~----~----~------~----~------~--~---
