On Thu, May 05, 2011 at 02:53:41AM -0700, Joel Uckelman wrote:
Thus spake lancel:
Got it working on Ubuntu. It looks great. I can zoom in and out
without any problem.Did you need to make any changes in order to get it working?
I ran the original fine on Ubuntu with no changes needed.
Jeff
–
“The man who does not read good books has no advantage over
the man who cannot read them.”
– Mark Twain
I tried to use Visual Studio 2010 C++ Express to see how far I can go. I was able to compile all the way but whenever I ran it, I would run into a crash at the following line inside map.cpp:
glDrawArrays(GL_TRIANGLE_FAN, 0, 4);
I got the GLee SDK from opengl.org/sdk/libs/GLee/ and recompiled it with VS2010. I got the Win32 version of freeglut. I even recompiled its source but the outcome was the same. I got the jpeglib versions 8c and 6b but both got me the same error. I am curious to see if you also run into the same error with MinGW.
Lance
Thus spake lancel:
I tried to use Visual Studio 2010 C++ Express to see how far I can go.
I was able to compile all the way but whenever I ran it, I would run
into a crash at the following line inside map.cpp:glDrawArrays(GL_TRIANGLE_FAN, 0, 4);
Any idea why that would cause a crash? The vertex VBO has 4 vertices in
it, so I don’t think the problem is that we’re overrunning the end of
the VBO.
I got the GLee SDK from opengl.org/sdk/libs/GLee/[2] and
recompiled it with VS2010. I got the Win32 version of freeglut. I even
recompiled its source but the outcome was the same. I got the jpeglib
versions 8c and 6b but both got me the same error. I am curious to see
if you also run into the same error with MinGW.
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.
–
J.
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.
–
J.
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.
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
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.
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.
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
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
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.
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.
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.
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.
Unfortunately, it still fails on my machines with the same error.
Lance
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.
The same one reported by Tim M.
Lance
It is this one:
“The application failed to initialize properly (0xc0000142). Click on OK to terminate the application”
Lance
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.
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.