Hello again, I would just like to say that "I think" I found a problem in
gio.dll
I Created created a test project for glib, gio and gobject, for glib-2.42.1
package where gio test fails in following function in
*glib-2.42.1\gobject\tests\object.c*:
#ifdef G_OS_WIN32
static gboolean
recv_windows_message (GIOChannel *channel,
GIOCondition cond,
gpointer data)
{
GIOError error;
MSG msg;
guint nb;
while (1)
{
error = g_io_channel_read (channel, &msg, sizeof (MSG), &nb);
if (error != G_IO_ERROR_NONE)
{
g_print ("gio-test: ...reading Windows message: G_IO_ERROR_%s\n",
(error == G_IO_ERROR_AGAIN ? "AGAIN" :
(error == G_IO_ERROR_INVAL ? "INVAL" :
(error == G_IO_ERROR_UNKNOWN ? "UNKNOWN" : "???"))));
if (error == G_IO_ERROR_AGAIN)
continue;
}
break;
}
g_print ("gio-test: ...Windows message for %#x: %d,%d,%d\n",
msg.hwnd, msg.message, msg.wParam, msg.lParam);
return TRUE;
}
RESULT:
*Run-Time Check Failure #2 - Stack around the variable 'nb' was corrupted.*
It looks the best way for now would be to compile some older version or
maybe newer unstable version for now, since I have no time to debug code
I'm not familiar with.
Have anyone of you be able to compile glib-2.42.1 with msvc-120?
On Thu, Feb 12, 2015 at 2:09 PM, Fan Chun-wei <fanc...@yahoo.com.tw> wrote:
> Hi,
>
> For the test programs, you can take a look at Makefile.am in the same
> directory, and you would probably see something like
> -DG_LOG_DOMAIN=\"...\", and this is (without the -D) what you need to add
> to your preprocessor definitions. Basically, what is happening is that the
> test program is expecting a message in a particular form that is affected
> by that preprocessor define.
>
> Hope this clears it up for you.
>
> With blessings.
>
> ------------------------------
> * From: * codekiddy <codeki...@gmail.com>;
> * To: * <gtk-list@gnome.org>;
> * Subject: * compile glib success but failure on run-time with every
> version
> * Sent: * Thu, Feb 12, 2015 12:39:32 PM
>
> Hello, I'm working on series of Visual Studio 2013 solutions and
> projects on GitHub
> <https://github.com/codekiddy2/Visual-Studio-gtkmm/tree/master>to compile
> GTK+ stack and it's dependencies from scratch, beginning with zlib and
> iconv up to GTK+ and even gtkmm. So far I succeeded to compile everything
> by using msvc-120 and other tools and here is a problem with glib:
>
> I run test projects of every successful package compilation by using
> "test" source files from each package, and it's the glib only that fails,
> the glib test that fails whose source code is found in
> *<package_root>\tests\testglib.c* triggers a breakpoint. The very same
> error happens when running gtk-demo application, the application crashes so
> I compiled several versions of glib and re-linked the GTK and it's
> dependencies with new glib but with no success. glib test can not pass.
>
> I'm not sure how to describe my problem but here is the result while
> debugging *testglib.c* test:
>
> *(testglib.exe:2492): GLib-CRITICAL **: Did not see expected message
> **-CRITICAL **: *g_print*assertion*failed**
>
> *(testglib.exe:2492): GLib-CRITICAL **: g_print: assertion 'format !=
> NULL' failed*
>
> Here are versions of glib sources that I compiled:
> 2.34.3
> 2.39.92
> 2.40.2
> 2.42.1
>
> all of the above packages get successfully compiled including all
> dpendencies, but running testglib.c results in same error and thus
> preventing me to finaly run gtk-demo application resulting in crash.
>
> I was able to compile GTK+ and all it's dependencies by using Windows SDK
> 7.1 and msvc-100 some time ago so I'm installing the msvc-100 toolset right
> now and will try to compile with that and see if this makes any change.
> Also all of my tools, (SDK, IDE, and sources) are located in path with no
> spaces) as suggested in README file of glib and other packages.
>
> Do you know what could be the cause of this? and what can I do to solve
> this problem? please let me know if you need more information..
> Thank you so much!
>
_______________________________________________
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
