Yesterday I tested my code, and already patched it to load the Mono.Security.dll from bin/windows folder only when the program was running on windows.
It was put at first attempt to load it from PGSQL module. and it worked fine at windows. I didn't tested on linux yet. and still need to test also on Robust. The implementation was exacly what Sean described, an event that is fired when any assembly isnt found at default directories, then I verify if it is running Mono environment and only use Assembly.Load when it's not. The librarie is stored at bin/windows folder, so the program don't load it unless for this code. Fernando Oliveira http://oliveira.eti.br http://twitter.com/oliveira_lands 2013/10/16 Latif Khalifa <[email protected]> > We used to ship Mono.Security.dll with libopenmetaverse. It caused > all sorts of trouble for Linux users, because mono on startup will > load the one from cwd preferably. So shipping it in bin/windows that > mono will not know about is the only way to go. > > I wish we thought of this approach back then ;) > > On Wed, Oct 16, 2013 at 5:08 AM, Fernando Francisco de Oliveira > <[email protected]> wrote: > > Hello > > > > I was investigating the bug > > (http://opensimulator.org/mantis/view.php?id=6803) found that > > Mono.Security.dll which is packaged with Npgsql.dll library is needed on > > Windows, but can't be distributed on Linux, because mono already have it > and > > gives conflicts error. > > > > I would like to discuss about distributing the Mono.Security.dll on a > folder > > above bin like "bin/windows" folder, which could contains the libraries > that > > only is needed on windows. > > > > I did a change on PGSQL project to load dynamicaly Mono.Security only if > > it's running on Windows, and from that folder. > > If it running on Mono, it load it from GAC (if available) and don't load > the > > windows dll. > > > > http://pastebin.com/WdzfmbSr > > > > Let's talk about it ? > > > > Fernando Oliveira > > http://oliveira.eti.br > > > > > > > > _______________________________________________ > > Opensim-dev mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/opensim-dev > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev >
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
