After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 318077 - Cannot launch in NT4- Error "Procedure entry point FlashWindowEx not found in user32.dll"
Cannot launch in NT4- Error "Procedure entry point FlashWindowEx not found in...
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.8.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-10-06 03:45 UTC by na
Modified: 2005-11-28 08:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description na 2005-10-06 03:45:00 UTC
Distribution/Version: NT4, SP6

When I launch GIMP, it reports this error-
"Procedure entry point FlashWindowEx not found in user32.dll"
and aborts.

Reported for Windows NT4, SP6.
Comment 1 Michael Schumacher 2005-10-06 11:25:01 UTC
On the Inkscape mailing list, there is a report that GTK+ 2.8(>=.4?) doesn't
work on Win98 anymore... maybe this is a similiar problem.
Comment 2 Sven Neumann 2005-10-06 12:26:29 UTC
The 2.3.4 installer is an unstable development snapshot and not officially
supported.
Comment 3 Michael Schumacher 2005-10-06 12:52:44 UTC
The GTK+ 2.8.4 installer is, however. Does this also happen when using GIMP
2.2.8 (which you should still have installed, btw, see comment #2) with GTK+ 2.8.4?
Comment 4 na 2005-10-06 13:49:05 UTC
I uninstalled GIMP 2.3.4 and installed GIMP 2.2.8 (on GTK+ 2.8.4). This
combination also has the same problem.

Thanks for pointing out that the GIMP 2.3.4 is a unstable version. I knew that,
but still uninstalled the previous version of both GTK+ and GIMP, to make sure
that they don't interact in any way.

[OT] Actually I have tried to join the GIMP Testers Group, but the problem is
that I can't compile from source code. And now for the first time, an installer
is made available to "testers only" people like myself; and so I decided to
contribute to the GIMP project by testing it.

In case further experiments are required, please let me know.
Comment 5 Michael Schumacher 2005-10-06 15:25:17 UTC
I'm going to reassign this to GTK+ then - don't know if they plan to fix it, though.
Comment 6 Tor Lillqvist 2005-10-12 16:05:52 UTC
NT4 isn't even supported by Microsoft any longer, is it? If you want GTK+ to
keep running on it, submit a patch... Isn't GTK+ 2.6 (which as far as I know
does work on NT4) good enough? Resolving as WONTFIX.
Comment 7 Hans Breuer 2005-10-12 22:05:55 UTC
to me this sounds more than a 'build problem'. Tor, do you remeber
your comment about :

2005-09-18  Hans Breuer  <hans@breuer.org>

	* gdk/win32/gdkwindow-win32.c(gdk_window_set_urgency_hint) : only use
	only use (WINVER >= 0x0500) when available from the SDK. Otherwise fall
	back to true dynamic linking of FlashWindowEx. Makes gtk+ work on NT4.0
	again - if compiled properly.


Comment 8 Tor Lillqvist 2005-10-12 22:55:27 UTC
Hans, you only committed that to HEAD.
Comment 9 Tor Lillqvist 2005-11-28 08:42:48 UTC
Now fixed properly (hopefully) in HEAD:

2005-11-28  Tor Lillqvist  <tml@novell.com>

	* gdk/win32/gdkwindow-win32.c (gdk_window_set_urgency_hint):
	Implement the conditional use of FlashWindowEx() properly for MSVC
	compilations. The code was confusingly assuming that if compiled
	with a "new" compiler, it will only be run on "new" Windows
	versions. We want it to run on "old" versions, too, even if
	compiled with a "new" compiler. There are two orthogonal issues:
	whether the compiler defines the necessary API in its headers, and
	whether it is present at run-time. (#318077)

and in gtk-2-8:

2005-11-28  Tor Lillqvist  <tml@novell.com>

	* gdk/win32/gdkwindow-win32.c (gdk_window_set_urgency_hint): Look
	up FlashWindowEx() at run-time from user32.dll. If not found, fall
	back to FlashWindow(). Makes it work on NT4, too. (#318077) Make
	sure it compiles with older MSVC compilers, too.