Fired up Windows; have a solution:
Copy:
http://www.jprl.com/tmp/System.Data.Linq.dll
to:
C:\PROGRA~1\MONO-2~1.7\lib\mono\2.0\
Background:
There are (at least) two copies of a framework assembly: the copy in the
GAC (Mono: $prefix/lib/mono/gac/...) and a copy where the C# compiler
can reference it (Mono: $prefix/lib/mono/VERSION).
Since Windows doesn't (normally) support symbolic links, these are two
separate files (while on Linux the latter is a symlink to the former).
Furthermore, Mono's sqlmetal.exe is in $prefix/lib/mono/VERSION, and (as
per normal assembly resolution rules) it loads the
$prefix/lib/mono/VERSION version BEFORE it checks the GAC.
Result: just updating the System.Data.Linq.dll in the GAC won't fix
sqlmetal, as that's loading a different version.
- Jon
On Wed, 2010-09-29 at 14:38 -0700, Sandro wrote:
> In my first reply to your suggestion I provided the path I used [1],
> so I figure you would have mentioned then whether that was incorrect.
> I also mentioned [2] that I disassembled the new dlls you provided and
> the class was there, but the error still occurs, so something else is
> wrong.
>
> I asked whether there was some sort of cache I needed to generate, but
> you didn't mention anything in response to that question, so I presume
> not. I don't know what else it could be.
>
> Sorry I'm sometimes a little delayed in my replies, I only have time
> to work on this in fits and spurts, so you've probably forgotten that
> I started this whole thread; I figured you might be thinking I'm
> someone new with the same problem. :-)
>
> Sandro
>
> [1] http://groups.google.com/group/dblinq/msg/0fcf5ec77f4a6c0e
> [2] http://groups.google.com/group/dblinq/msg/fd8b7afee414abb9
>
>
> On Sep 29, 11:24 am, Jonathan Pryor <[email protected]> wrote:
> > On Wed, 2010-09-29 at 07:33 -0700, Sandro wrote:
> > > That's just a link back to this thread. My post was a follow-up to the
> > > suggestions you already gave me, and I already have those updated
> > > dlls.
> >
> > I didn't know you were trying the updated DLLs. I somehow missed that.
> >
> > Are you sure you're replacing the System.Data.Linq.dll assembly that's
> > in Mono's GAC? That should work, as
> >
> > monodis --typedef System.Data.Linq.dll
> >
> > shows that the type DbLinq.SqlServer.SqlServerSchemaLoader is present
> > within that assembly (unlike the 2.6.7 System.Data.Linq.dll), so it
> > should work. If it doesn't, either it's some other error, or you're not
> > replacing the assembly within Mono's GAC.
> >
> > - Jon
>
--
You received this message because you are subscribed to the Google Groups
"DbLinq" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/dblinq?hl=en.
