Dan Karron@UCBVAX.BERKELEY.EDU (04/25/91)
What is that ? I would like to see a debugging version of the gl with LOTS of parameter sanity checking, pointer verification, and consistency checking. A run time stack checker would be nice. Then there should be a production version, with no sanity checking, no checking, and only core dumps when upset. Now that I have spec'd what I would like, could someone say what a few words about what I will get with 4.0 ? Cheers! dan. | karron@nyu.edu (e-mail alias ) Dan Karron, Research Associate | | Phone: 212 263 5210 Fax: 212 263 7190 New York University Medical Center | | 560 First Avenue Digital Pager <1> (212) 397 9330 | | New York, New York 10016 <2> 10896 <3> <your-number-here> |
mott@sgi.com (David Mott) (04/25/91)
Here are a few words on GLdebug, which will be available in the 4.0 release: GLdebug is an aid for debugging GL applications. It outputs a trace of GL functions and parameters invoked by the program, and performs run-time GL error checking of parameter and state, to ensure that the GL is being called by the application properly. It can be invoked on any program which is linked with the shared GL library (-lgl_s), without requiring any special recompiling or linking. The types of error checking it does include: making sure the GL is in a valid state when a GL function is called and making sure parameters are valid (e.g. check for NULL pointers, check for values out of range. In general, check to be sure values passed are within the defined constraints for a function). GLdebug includes an interactive controller for setting breakpoints to stop execution at GL calls or at error conditions. And it provides a stateviewer which graphically displays the current state of the GL pipe (current color, current matrix, current materials bound, etc.) David