[Gtk-sharp-list] Gtk#-2.99.x for Windows
matthew at thirdstonepartners.com
Thu May 15 20:40:24 UTC 2014
On Thu, May 15, 2014 at 3:21 PM, Bertrand Lorentz <
bertrand.lorentz at gmail.com> wrote:
> On Thu, May 15, 2014 at 9:39 PM, Matthew Trumbell
> <matthew at thirdstonepartners.com> wrote:
> > Any chance that will be a 64 bit installer?
> The 64 bit Windows native binaries for GTK+ 3.x are currently marked
> as experimental:
> So the Gtk# installer I'm working on will be 32 bit. What would be the
> benefit of a 64 bit Gtk# ?
Basically, it boils down to the fact that a .Net executable runs as a
certain bitness and can only load dlls of the same bitness. So with a 32bit
Gtk#, it forces the UI into 32bit mode and that UI can only load 32bit dlls.
In my case, I use some vendor libraries that release both 64bit and 32bit
dlls, with associated native code with the same bitness. In most cases the
32bit dlls work just fine. But in others, the vendor library is generating
or accessing large amounts of data where 64bit would be advantageous or
even required. There are certainly other solutions to my problem (for
instance splitting the data handling pieces into a separate process which
then communicates with our UI), but a 64bit version of GTK# would solve it
and offer more flexibility for use of the framework generally speaking.
This is a problem I've been planning on digging into for some time
(re-compiling the Windows version of GTK# for 64 bit), but I keep putting
off as more pressing matters pop up. I saw your email and got a bit
Thanks for the response.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Gtk-sharp-list