Hi Zak, once upon a long ago, the dirty GAC parsing was implemented to make DbMetal look there when searching for drivers. Anyway this is probably not necessary anymore (I think we had a talk about this with jon pryor) and should be removed.
Pascal. On Wed, Dec 2, 2009 at 16:26, Zak <[email protected]> wrote: > Running DbMetal, after copying DbMetal.exe.config to /build (easily > fixed with MonoDevelop),. I ran into some interesting exceptions. > Debugging led me to the following from Generator/Implementation/ > SchemaLoaderFactory.cs:206-207 > > var systemRoot = Environment.GetEnvironmentVariable("SystemRoot"); > string assemblyDirectory = Path.Combine(systemRoot, "Assembly"); > > "SystemRoot" returns null, since I do not have this set, throws > unhandled exception still not too big of a deal, but it should > probably output some sort of error instead. However, this further > raises the question of why traversing the GAC is even necessary. Any > points in the right direction would be great. > > Hopefully I can help in some manner, > > Zak > > Backgound Info: I have been using .18 for a while now (thank you for > the work), but I would run DbMetal on a windows box. I found that > DbMetal was supposed to work on linux now and decided to start working > from svn yesterday. > > -- > > 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]<dblinq%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/dblinq?hl=en. > > > -- 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.
