Is it really that simple to crash a driver? And is it really possible to get a buffer exploit out of it? Some investigation perhaps warranted. I’d say it’s pretty watertight from what I’ve seen of drivers in the last 5 years.
yes, just search the forums for native crashes that contain i915_dri.so, nvoglnt.dll, atioglxx.dll
The fact that you have a native crash is troublesome in itself - whether it can be exploitet is way out of my territory. However, my rule of thumb is that if you can crash it - it can probably be exploited.
It’d have to be a pretty clever sploit and a pretty clever crash and it’d also be restricted to a very very very small user group… I’d put the risk level lower than using a browser on the internet.
If your looking into 3D, I highly suggest JOGL over LWJGL. JOGL is an official part of java produced by sun, and will give you a firm understanding of OpenGL.
LWJGL is still an active project, but my understanding is that it was created before JOGL was, and was originally meant to provide an interface to OpenGL… which is obviously deprecated now that JOGL exists as an offical JSR.
According to the changelogs, LWJGL was started August 6, 2002.
The first of anything from JOGL I can find is from Saturday, September 6, 2003.
The latest stable LWJGL release was March 23, 2009, and the latest commit is from today.
The latest stable JOGL release was May 22, 2008, and the latest commit is from today.
First is that a 2002 versus 2003 is not a big difference at all, plus typically older projects are better, in my experience, as long as they are frequently updated.
Second is that both projects are obviously being updated frequently, even though JOGL hasn’t seen a new release in over a year.
Third and most important is that the two packages have completely different goals:
[quote=JOGLSite]The JOGL project hosts the development version of the Java™ Binding for the OpenGL® API (JSR-231), and is designed to provide hardware-supported 3D graphics to applications written in Java. JOGL provides full access to the APIs in the OpenGL 2.0 specification as well as nearly all vendor extensions, and integrates with the AWT and Swing widget sets. It is part of a suite of open-source technologies initiated by the Game Technology Group at Sun Microsystems.
[/quote]
[quote=LWJGLSite]The Lightweight Java Game Library (LWJGL) is a solution aimed directly at professional and amateur Java programmers alike to enable commercial quality games to be written in Java. LWJGL provides developers access to high performance crossplatform libraries such as OpenGL (Open Graphics Library) and OpenAL (Open Audio Library) allowing for state of the art 3D games and 3D sound. Additionally LWJGL provides access to controllers such as Gamepads, Steering wheel and Joysticks. All in a simple and straight forward API.
[/quote]
JOGL clearly is an OpenGL binding, whereas LWJGL is clearly a library. That in itself is a big difference , aside from the fact that JOGL’s objective is clearly just to enable OpenGL use with Java and LWJGL’s use is clearly to make game writing work better within Java, and it just so happens that part of the best way to do this was to provide an OpenGL binding.
So, can we stop this LWJGL vs JOGL crap now? Just use what you want to use.
Thanks. Yeah, I’m not looking into 3d. maybe next year. I do like the fact you learn opengl with jogl. That was one of my considerations actually. I’m only making 2d game for the next year or so. I’m also more interested in the games than the tech, so long is it is fast and stable.
Right now I’m using SLICK. I must say I’m impressed with most things. The learning curve was actually faster than I imagined. I’m not that happy with the editor but working around things. I’ve basically gone from 33 fps to over 600, so it solved my smoothing problems. It will also solve my sound issues which I have no interest in working out on my own. The timer is also excellent.
The other thing I think would be good is the path find although I don’t need it for my next two games.