Roadmap for VASSAL 4

Development
80

Thus spake Joel Uckelman:

Thus spake Joel Uckelman:

I haven’t been able to successfully compile with MinGW yet, due to my
MinGW headers not having all the extension definitions that my Linux
ones do. I’m just about to try GLEW (glew.sourceforge.net/) for
handling that, so I’ll let you know how it turns out.

Huh. On switching to GLEW, I’m now getting a segfault on the first
glGenBuffersARB() call. No idea why.

Aha, got it. I was neglecting to initialize GLEW before the call to
glGenBuffers().

–
J.

81

I moved the executables to my gaming desktop (Windows 7 Pro) that has a real graphics card and it worked. I was making the builds on my netbook (Windows 7 Starter), whose graphic card may be the problem. Let me see if I can find out what that is.

Lance

82

Thus spake lancel:

I moved the executables to my gaming desktop (Windows 7 Pro) that has a
real graphics card and it worked. I was making the builds on my netbook
(Windows 7 Starter), whose graphic card may be the problem. Let me see
if I can find out what that is.

Lance

It would be good to know what’s not working/not supported on what
hardware. What kind of graphics card does your netbook have?

I do all of my development on my laptop, which has an Intel 965GM
chipset. That’s pretty old at this point (I bought it in 2007), and it
was a rather anemic video chipset when it was new. Because of that, my
working assumption is that if it performs adequately on my laptop, it
will perform adequately on anything else still in use.

–
J.

83

I have what I think is a working Windows demo now:

vassalengine.org/~uckelman/c … indows.zip

To use, unpack and run ‘test.exe map.jpg’ from a terminal.

This runs for me in Wine, which tends to be a good indicator that it will work in real Windows.

84

Running from terminal pops up the following message on WinXP64

“The application failed to initialize properly (0xc0000142). Click on OK to
terminate the application”

-----Original Message-----
From: messages-bounces@vassalengine.org
[mailto:messages-bounces@vassalengine.org] On Behalf Of uckelman
Sent: Sunday, May 08, 2011 7:42 AM
To: messages@vassalengine.org
Subject: [messages] [Developers] Re: Roadmap for VASSAL 4

I have what I think is a working Windows demo now:

vassalengine.org/~uckelman/c … indows.zip[1]

To use, unpack and run ‘test.exe map.jpg’ from a terminal.

This runs for me in Wine, which tends to be a good indicator that it
will work in real Windows.

[1] vassalengine.org/~uckelman/c … indows.zip

Read this topic online here:
https://forum.vassalengine.org/t/roadmap-for-vassal-4/3769/83

85

I got the same error on both of my Windows 7 (netbook and desktop) machines.
My netbook is an Acer Aspire One 532h series machine. It has an integrated Intel Graphics Media Accelerator 3150 video processor. I think this kind of setup is typical of netbook.

Lance

86

Thus spake “Tim McCarron”:

Running from terminal pops up the following message on WinXP64

“The application failed to initialize properly (0xc0000142). Click on OK to
terminate the application”

It doesn’t work in my XP VM, either. Trying to determine why now.

–
J.

87

Thus spake lancel:

I got the same error on both of my Windows 7 (netbook and desktop)
machines.
My netbook is an Acer Aspire One 532h series machine. It has an
integrated Intel Graphics Media Accelerator 3150 video processor. I
think this kind of setup is typical of netbook.

It has something to do with an exception being thrown. From where, I’m
not sure yet.

–
J.

88

Thus spake Joel Uckelman:

Thus spake lancel:

I got the same error on both of my Windows 7 (netbook and desktop)
machines.
My netbook is an Acer Aspire One 532h series machine. It has an
integrated Intel Graphics Media Accelerator 3150 video processor. I
think this kind of setup is typical of netbook.

It has something to do with an exception being thrown. From where, I’m
not sure yet.

I see what it is now: This is something I read about somewhere, namely
that everything beyond OpenGL 1.1 is supported in Windows as extensions.
I have the demo throwing an exception if OpenGL 2.0 isn’t supported.

–
J.

89

I’ve uploaded a new test.exe which doesn’t do the OpenGL 2.0 check. Replace the test.exe from cpp-test-windows.zip with this one, and try again.

vassalengine.org/~uckelman/test.exe

90

Unfortunately, it still fails on my machines with the same error.

Lance

91

Thus spake lancel:

Unfortunately, it still fails on my machines with the same error.

I’ve seen several errors. Which one do you mean by “the same”?

–
J.

92

The same one reported by Tim M.

Lance

93

It is this one:

“The application failed to initialize properly (0xc0000142). Click on OK to terminate the application”

Lance

94

Thus spake lancel:

It is this one:

“The application failed to initialize properly (0xc0000142). Click on OK
to terminate the application”

Lance

Do you have any way to work out what’s causing it?

–
J.

95

Thus spake lancel:

It is this one:

“The application failed to initialize properly (0xc0000142). Click on OK
to terminate the application”

Lance

What user were you running it as? Try running it as Administrator. Does
that work?

–
J.

96

I did run it as administrator since I wanted to use FileMon and RegMon to see if it was looking for some non-existing files or registry keys. It still crashed but then I could not see in the logs which files or registry keys are missing.

What is weird though is that your test.exe spawns a randomly-named executable, which seems to be the one that actually runs. If this is true, I am afraid that even if this turns out to be working, some anti-virus software may shut it down in the end.

Lance

97

Thus spake lancel:

It is this one:

“The application failed to initialize properly (0xc0000142). Click on OK
to terminate the application”

Lance

I read that this error can be caused by a missing DLL. I thougth I’d
included all of the DLLs which you wouldn’t have already. Here’s what I
get when I check what DLLs the exe links to:

[uckelman@scylla cpp-test]$ i686-pc-mingw32-objdump -p test.exe | grep DLL | sort | uniq
DLL Name: glew32.dll
DLL Name: GLU32.DLL
DLL Name: KERNEL32.dll
DLL Name: libgcc_s_sjlj-1.dll
DLL Name: libglut-0.dll
DLL Name: libjpeg-7.dll
DLL Name: libstdc+±6.dll
DLL Name: msvcrt.dll
DLL Name: OPENGL32.DLL

The archive I uploaded contained the following:

glew32.dll
libgcc_s_sjlj-1.dll
libglut-0.dll
libjpeg-7.dll
libstdc+±6.dll

Aren’t all the others part of Windows?

–
J.

98

Thus spake lancel:

What is weird though is that your test.exe spawns a randomly-named
executable, which seems to be the one that actually runs. If this is
true, I am afraid that even if this turns out to be working, some
anti-virus software may shut it down in the end.

Why would it do that?

–
J.

99

Thus spake Joel Uckelman:

I read that this error can be caused by a missing DLL. I thougth I’d
included all of the DLLs which you wouldn’t have already. Here’s what I
get when I check what DLLs the exe links to:

[uckelman@scylla cpp-test]$ i686-pc-mingw32-objdump -p test.exe | grep DLL |
sort | uniq
DLL Name: glew32.dll
DLL Name: GLU32.DLL
DLL Name: KERNEL32.dll
DLL Name: libgcc_s_sjlj-1.dll
DLL Name: libglut-0.dll
DLL Name: libjpeg-7.dll
DLL Name: libstdc+±6.dll
DLL Name: msvcrt.dll
DLL Name: OPENGL32.DLL

The archive I uploaded contained the following:

glew32.dll
libgcc_s_sjlj-1.dll
libglut-0.dll
libjpeg-7.dll
libstdc+±6.dll

Aren’t all the others part of Windows?

Could you check using something like Dependency Walker to check whether
all of the DLLs are being found?

dependencywalker.com/

–
J.