do-windows team mailing list archive

["Krisztian Gyuris" <gyurisc@xxxxxxxxx>]

I read about the Timeout class and it is only a timer that runs on the GUI
thread, so I think the timer will be fine.
I am not sure where to put those native libraries either and how to make
them work, but the ones I used in the libs folder are coming from Mono on
linux. I used those mono libs from linux,because the ones for windows are
not the latest and many gtk classes are only in those newer libs. Maybe we
can use filemon to figure out what directories are searched for thise .dlls.

Krisztian

On Mon, Jul 7, 2008 at 9:04 PM, Nick Parker <nickp@xxxxxxxxxxxxxxxxxx>
wrote:

> Krisztian,
>
> Yes, the libglib-2.0-0.dll was from my mono install.  It appears that the
> call GLib.Timeout.Add(...) inside of glib-sharp is compiled with a
> PInvoke/DllImport call into libglib-2.0.-0.dll.  Unfortunately grabbing the
> .dll (not a .NET assembly) and dropping it into the bin does not work.  We
> could replace their GLib timer with ours, however I'm not familar with how
> the GLib timer is suppose to operate.
>
> I threw together a simple wrapper that uses the System.Threading Timer and
> internally tracks the TimeoutHandler with an identifier since the delegates
> for the two timers do not match.
>
> The real problem of calling the exported methods in the other .dll's is
> actually arising more beyond that point.  For example, when the
> ClassicWindow's ctor is intialized, we are getting a
> TypeInitializationException for the Gtk.Container with an inner exception
> stating that it can not load gtksharpglue-2.dll.  I attempted to go through
> the same process I did with the libglib-2.0.-0.dll but that did not work.
>  It's almost as if these .dll's aren't being seen.  I also tried to PInvoke
> the call to SetDllDirectory, as if to augment the loading loading path for
> non .NET .dll's, however that did not provide any successful results.  I'm
> open to any other ideas?
>
>
> Nick Parker
> www.developernotes.com
>
> On Mon, Jul 7, 2008 at 11:59 AM, Krisztian Gyuris <gyurisc@xxxxxxxxx>
> wrote:
>
>> did you get those libs from mono? We can replace the Timeout class with
>> our own and move it to the dependencies project. What do you think?
>>
>> Thanks,
>> Krisztian
>>
>> On Mon, Jul 7, 2008 at 5:17 PM, Nick Parker <nickp@xxxxxxxxxxxxxxxxxx>
>> wrote:
>>
>>> Guys,
>>>
>>> Just grabbed the source this morning and started poking around with it.
>>>  First thing, awesome that we are compiling!  I noticed that the first item
>>> that failed was the AdminManager.GetExtensionObjects calls for getting
>>> actions and item sources.  I decided I would just see what happens if I
>>> debugged and stepped over those two calls.  The next issue I am seeing (the
>>> one I am more concerned about is the Initialize method off the
>>> UniverseManager.  In particular, it's call to GLib.Timeout.Add(...).  We get
>>> a DllNotFoundException stating that it's trying to load 'libglib-2.0-0.dll'.
>>>  Okay, so I download 'libglib-2.0-0.dll', drop it in the bin directory and
>>> attempt to debug again, no luck.  Has anyone else seen this also?  Any
>>> thoughts?
>>>
>>>
>>> Nick Parker
>>> www.developernotes.com
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~do-windows
>>> Post to     : do-windows@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~do-windows
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>