[Mono-list] Mono.Data.Sqlite.dll TypeLoadException
trampster at gmail.com
Mon Nov 21 21:22:11 EST 2011
After digging arround in the source code for Mono.Data.Sqlite it appears
SqliteConnectionHandle implements CriticalHandle which has the following
UnmanagedCode = true)]
This requires that the inheriting class (SqliteConnectionHandle) have the
same or more restrictive permissions. However SqliteConnectionHandle does
not specify any security permissions and so violates the contract.
This does not seem to be a problem when running on mono for linux only .net
for windows. (maybe mono does not implement these security checks)
The upshot of all this is that Mono.Data.Sqlite.dll v126.96.36.199 cannot be used
on .net until a fix is made (adding the SecurityPermissionAttribute).
I am happy to raise a bug and submit a patch (if that's the correct thing
to do) however I can't wait for the fix to be released so will have to ship
a custom build of Mono.Data.Sqlite.dll with a fix applied in Wide Margin
On Tue, Nov 22, 2011 at 1:02 PM, Daniel Hughes <trampster at gmail.com> wrote:
> When trying to use Mono.Data.Sqlite v188.8.131.52 from .net on windows I get
> the following exception
> Unhandled Exception: System.TypeLoadException: Inheritance security rules
> violated by type: 'Mono.Data.Sqlite.SqliteConnectionHandle'. Derived types
> must either match the security accessibility of the base type or be less
> at Mono.Data.Sqlite.SQLite3.Open(String strFilename,
> SQLiteOpenFlagsEnum flags, Int32 maxPoolSize, Boolean usePool)
> at Mono.Data.Sqlite.SqliteConnection.Open()
> Any idea whats causing this? or what I can do to work around it?
> I've been using the 2.0 version of this assembly (which works fine)
> until recently when I tried to update to .net 4.0 support.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-list