
gDEBugger is now free!
Posted Tuesday, 7 December, 2010 - 23:27 by the FiddlergDEBugger is the most advanced OpenGL debugger for Windows/Mac OS X/Linux/iPhone currently in existence. It used to be quite pricey (in the 4-digit area) but the desktop version is now available for free - which is awesome news for OpenGL developers!
More information and downloads at: http://www.gremedy.com/purchase.php
- the Fiddler's blog
- Login or register to post comments


Comments
Re: gDEBugger is now free!
Has anyone had any success using gDEBugger with OpenTK? I have had the educational license for some time, and I wasn't able to get it to recognise an OpenTK application. It starts ok, but it can't seem to intercept any of the OpenGL calls...
--
Tristam MacDonald - swiftcoding
Re: gDEBugger is now free!
I am running into the same problem here. I also had to target x86 instead of Any CPU in order to gDEBugger to launch my application.
Regards,
Patrick
Virtual Globe and Terrain Rendering Blog
Re: gDEBugger is now free!
and I wasn't able to get it to recognise an OpenTK application.
What didn't work exactly? Be sure to use the latest version, and check that you've selected the right context.
Re: gDEBugger is now free!
What didn't work exactly? Be sure to use the latest version, and check that you've selected the right context.
I tried the latest version of gDEBugger with an OpenTK application using a GL 3.2 context. It launches my application and shows "DLL Loaded" and "Threaded Created" messages in the "Debugged Process Events" window, but that is all I get. No other gDEBugger windows show anything, even if I pause.
Have you had success with gDEBugger and OpenTK?
Regards,
Patrick
Virtual Globe and Terrain Rendering Blog
Re: gDEBugger is now free!
Yes it works for me, I've tested the latest version using the free license file and an OpenTK application compiled for the x86 target, using OpenGL 2.x as well as a 3.0-only profile (switchable). Both work fine, so did it as x64 application some time ago.
Be sure you copy the spies (opengl32.dll from the spies directory or spies64, they serve as intercepting instance) into your application directory. Also check that the selectable thread and context are set correctly (they are correct for my application in the latest gDebugger version).
Re: gDEBugger is now free!
Thanks! Copying opengl32.dll from the spies directory to my application's directory did the trick.
It reports all sorts of interesting information, and I love how it lets you edit and recompile/link shaders! It isn't very stable though, at least on my ATI card. I'm going to try it on my NVIDIA laptop too.
Thanks again,
Patrick
Virtual Globe and Terrain Rendering Blog
Re: gDEBugger is now free!
This is actually hidden in their FAQ:
http://www.gremedy.com/faq.php#faq72
but it's not obvious IMO and maybe on the OpenTK docs/homepage there's some additional place to add information about this.
I've found it to be rather stable most of the time, and even if it has some instabilities I'm amazed that something like gDEBugger exists at all. It's still hard, even with this tool, (at least for me) to figure out where to optimize OpenGL code.
Re: gDEBugger is now free!
I ran into a lot of instability with my ATI card, but gDEBugger was perfectly stable on my NVIDIA card, admittedly, I didn't bang on it as much.
I agree it would be useful to post the spies information somewhere.
Regards,
Patrick
Virtual Globe and Terrain Rendering Blog
Re: gDEBugger is now free!
Anyone try using gDEBugger with both OpenTK and Cloo yet? One of the big changes in the new version was OpenCL support.
I keep intending to try this setup but haven't found the time yet.
[Edit] I tried it and it works. You just need to copy the contents of the spies directory into your project output folder.
Re: gDEBugger is now free!
A little late to the party on this, perhaps... But I can't get gDEBugger to work with my OpenTK application. The Debugged Process Events panel shows this:
And the Calls Stack panel shows:
So I'm facing the incredibly uninformative error "Second Chance Exception". Web searches show that this exception occurs a lot with gDEBugger, but it always seems to have different causes, leading me to suspect that this is a sort of catch-all exception. So the only potentially useful hints I see are that the last thing it loaded was daisymreader.dll, and the error appears to have happened in KERNELBASE.DLL, which is a rather scary-sounding place to have an exception raised from.
I did copy over the appropriate "spy" version of OpenGL32.dll, and it didn't make a difference. Any ideas what else might be causing this? Note that the application runs fine on it's own, or in the Visual C# debugger.