On Tue, 2007-12-04 at 00:15 +0100, Hans Breuer wrote: > On 03.12.2007 10:07, Alexander Larsson wrote:
> > Thats a way it can be made to work with the current use in libgio, but > > it makes the API sort of weird for win32. How exactly is the dynamic > > path calculated? Maybe its possible to make the API work in some > > relative way? That way some other library on could also use > > g_io_modules_ensure_loaded() to load its modules relative to its dll. > > > The thing needed than would be the DLL name or the HANDLE of the DLL to > resolve the relative path against. I'm not sure though how the > responsibilities need to be split for loading some gio-modules. > Is an application supposed to deliver it's own extension modules for gio? I changed this so that _g_io_modules_ensure_loaded is a private function that only glib uses for its libs. It takes no arguments and could use whatever magic require on win32 to find the module directory. Instead I exported g_io_modules_load_all_in_directory, which is used in the implementation of _g_io_modules_ensure_loaded. It can be used in other libraries (such as in gvfs) to implement a similar thing. Is this ok for you? _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
