GTK Win32 update
October 18, 2007 11:15 pm GeneralLast night I committed the patch for #164537 that I believe will finally solve the remaining transient and modal window problems that have been affecting GTK on Windows for years. I think this was the last really critical blocker for GTK being usable on Windows, at least that I’m aware of.
October 19th, 2007 at 12:18 pm
As far as I know, gtk on win32 has issues with threads (yes, even with explicit locking), so I think you may be forgetting a pretty big blocker there!
October 19th, 2007 at 2:18 pm
Do you have a Bugzilla bug report? I don’t remember seeing one.
October 19th, 2007 at 5:58 pm
Uh… I always assumed that was a long-known issue ; I think I heard about it from Tor Lillqvist, long before the port of ekiga to win32!
October 19th, 2007 at 6:16 pm
I got an email from John Ehresman, who pointed out that the Bugzilla bug is http://bugzilla.gnome.org/show_bug.cgi?id=60620
I never noticed it because it has been closed for so long, and I’m a relative newcomer to GTK on Win32. But regardless, I don’t think it is something that I would try to fix. Quite frankly, the main reason why I have been doing so much Win32 hacking on GTK is because we develop a GTK-based application at work and need it to work on Windows. We don’t do any sort of threading, though, so this bug doesn’t affect us.
So, I guess my definition of “blocker” was way off. I have never really done any sort of threading stuff on Linux or Windows, so for me the kind of things that block me on Windows are when widgets don’t look or behave correctly, or if windows appear under modally-blocked parents and there is no way to raise them. That’s the kind of stuff I’ve been working on fixing.