I did some sleuthing, and discovered
that g_module_symbol() fails to find the symbol gtk_adjustment_get_type.
Sorry, I have no idea why that would happen. gtk_adjustment_get_type
is exported from the libgtk DLL (libgtk-win32-2.0-0.dll), just like
all the other functions. You will have to dig
To be precise, the problem here is that the symbol exported is
actually _libintl_fprintf.
Umm, sorry, I was confused there. The symbols exported from the 64-bit
libintl, libintl-8.dll, don't have any underscore prefixes, which is
as it should be. (Even on 32-bit Windows, it is just import
I seem to have forgotten to upload the gettext_0.17-2_win64 build...
It is there (http://ftp.gnome.org/pub/GNOME/binaries/win64/dependencies/
) now. I think I forgot to use the -machine:x64 switch when building
the import library in the -1 package. The -2 one has a correct import
library
On Tue, 2009-03-17 at 07:41 +0300, Vlad Volodin wrote:
Sorry, I've asked this question, but I can't find any explanation:
GdkColor gdk_color = { 0, };
ClutterColor clutter_color = { 0, };
They are structures, why do you use commas before the last brackets?
because it will initialize all
Hello,
In my application (win32) I want to use a gtkhscale.
I created the application with glade:
widget class=GtkHScale id=hscale1
property name=visibleTrue/property
property name=can_focusTrue/property
property name=adjustment90 0 100 1 10 10/property
property
I have a problem with the WIN32 port of a project.
I use a GIO channel to wrap the socket, I handle the socket as async
(so in case of error I check for EWOULDBLOCK/EINPROGRESS...), the
program works ok and the callback is called when there is data on the
socket.
The problem I have is that on
Do you have a minimal but complete sample program that exhibits the problem?
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
(Adding gtk-app-devel-list back as Cc. Please let's keep this
discussion on the list.)
I'm statically linking libgtk-win32-2.0.a. That cross development
environment I pointed out creates only static libraries for everything. I'll
bet it has something to do with that. Is using the dll
Tor Lillqvist wrote:
(Adding gtk-app-devel-list back as Cc. Please let's keep this
discussion on the list.)
Oops, didn't notice that reply went direct to you instead of to the list.
Why make it harder for yourself, why not use a shared library (dll)
build of gtk+ like everyone else?
--tml
On Tue, Mar 17, 2009 at 4:26 PM, Tor Lillqvist t...@iki.fi wrote:
Do you have a minimal but complete sample program that exhibits the problem?
--tml
Here it is, I've made it as minimal as a crossplatform gtk socket
program can be, the code may give a pair of warnings and passes the fd
as
Here it is, I've made it as minimal as a crossplatform gtk socket
program can be, the code may give a pair of warnings and passes the fd
as userdata, this is to mimic the real code that passes a class base
pointer that contains also the FD and to specify that the code doesn't
use gio channels
I've made a modified version of the program that uses GIO functions to
read datas from the server, it also sets the encoding to NULL and
buffering to FALSE
That indeed is very often what one should do, yes.
Additionally, if you make the cbk function a proper GIOFunc by making
it be of type
I updated my tools and am now compiling my application with the mingw
cross compiling tools found here: http://mingw-cross.sourceforge.net/
I'm getting the following error when starting my application, The
procedure entry point cairo_ft_font_face_create_for_pattern could not be
located in the
I'm getting the following error when starting my application, The procedure
entry point cairo_ft_font_face_create_for_pattern could not be located in
the dynamic link library libcairo-2.dll
Doing an nm on all the dll's shows that the symbol only shows up in
libpangocairo-1.0-0.dll:
nm is in
Tor Lillqvist wrote:
Your problem seems to be that you have a libpangocairo DLL that is
built with the fontconfig(+freetype)-based pango backend (i.e. a
libpangocairo as typically used on X11), while your libcairo DLL does
not have the freetype font backend (but presumably just the win32 one,
Hi again,
As I can see, anyone knows how to solve this... Then I will
overwrite the show method of my GscInfo object (inherit from GtkWindow)
and I will emit a before-show signal or a show-info signal before
to call GtkWindow-show.
Regads,
Perriman
El Sun, 15 Mar 2009 04:06:59
The show signal is a Run-First signal, which means the default handler
is always ran before any event handlers.
Just override the show virtual function and do stuff before chaining up
to the parent member function. Emitting a signal is not necessary if you
are already using overriding.
May I
17 matches
Mail list logo