[Mono-dev] C bindings VS C++ bindings (Gtk# vs. Kimono?)
meebey at meebey.net
Wed Oct 3 05:44:12 EDT 2007
On Tue, 2007-10-02 at 15:25 -0700, Brad Taylor wrote:
> We're currently trying to track down some crashers we're seeing with
> PerformQueuedUnrefs () in Gtk# 2.10.2 with TreeModelSort, so I wouldn't
> recommend using the 2.10 series on Windows at this point. Our
> application is running fine with our 2.8 series of installers though.
Ok, I will keep that in mind when testing the gtk# 2.10 installers
> We've never provided policy files for 2.4 since it seemed old enough to
> not be necessary, but if you'd like, I'd be happy to add those in the
> next version we release.
So that was intended...
I agree that 2.4 is old but there are at least 2 reasons still to ship
a) official gtk# does, why break compatibility with it?
b) the gtk# installer from Paco was long time gtk# 2.4 only, so anyone
who wanted to transition to gtk# 2.8 could not just replace the
installer but also needs to rebuild all assemblies.
> In the early Gtk# 2.10 transition, I accidentally forgot to ungac policy
> dlls, but as of 2.10.1-1, you shouldn't be seeing any problems. As
> usual, if you have any specific issues with installers, please direct
> them to me, and I'll help you out.
Ok, thanks :)
> > But now I would reconsider testing the gtk# 2.10 installer :)
> I really wouldn't recommend it at this point due to the bug that we're
> seeing. However, it may just be our application doing something
Will see how our applications work. I will give feedback when I tested
Mirco 'meebey' Bauer
PGP-Key ID: 0xEEF946C8
FOSS Developer meebey at meebey.net http://www.meebey.net/
PEAR Developer meebey at php.net http://pear.php.net/
Debian Developer meebey at debian.org http://www.debian.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 481 bytes
Desc: This is a digitally signed message part
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20071003/863a45b1/attachment.bin
More information about the Mono-devel-list