On Fri, May 13, 2011 at 3:24 AM, Clay Fowler <paul.clay.fow...@gmail.com>wrote:

> The downloads at
> http://system.data.sqlite.org/index.html/doc/trunk/www/downloads.wikiappear
> broken in various ways:
>
> The precompiled binaries fail to work on desktop from Mono on OS X or on
> Microsoft's CLR from Windows (even with the included test.exe) because they
>

I've tested the setup on multiple versions of Windows.  If you're having
problems
please try this:

Run the appropriate "setup" for your Version of Windows from the downloads
page
and install to a temp directory like "C:\temp\SDS" - this is so it is
writable
without having to have administration privileges.
Choose all the default options for installation.

Run the test utility - "C:\temp\SDS\bin\test.exe".

Does it work? What errors are reported?



> attempt to load SQLite.Interop.dll. According to the bundled readme.html,
> this should not happen (it says SQLite.Interop.dll is only needed when
>
deploying on the compact framework and that normally only
> System.Data.SQLite.dll itself should be deployed with desktop apps). But
> even with the SQLite.Interop.dll present, it still fails to load.
>
>
The bundled readme, as well as the features page, have an update in red,
describing
the decision we made to ship the SDS DLL and the Interop DLL separately for
all platforms:

"Currently all versions provided as System.Data.SQLite.dll and
SQLite.Interop.dll.
This provides consistency across all packages, including Compact and Mono."

This was a very difficult decision to make, but from a support perspective,
what we
felt was the best choice.


Meanwhile, the source download is broken because core projects within the
> solution are completely empty (no source files), such as the main
> System.Data.SQLite assembly. This is true for both the 2008 and 2010
> solutions in the .zip.
>
>
The solution files "appear" empty because they both (2008 and 2010)
reference
common target files that specify shared build information.   See
System.Data.SQLite.Files.targets for example.     You should have been able
to open the SQLite.NET.2010.sln solution file and hit rebuild solution.
(Depending on your VS setup, you may need update the references for the
designer to build, but it's not needed to build and use the interop or SDS
DLLs
or the test executable.)



> So it doesn't appear possible to get anything that works either from binary
> or source at the moment, or I am overlooking something.
> _______________________________________________
> sqlite-users mailing list
> sqlite-users@sqlite.org
> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to