Markus (and others),
I think that what you suggest for a quick fix is a very good idea. We can get around to the deeper changes later ... when I have SVN access.
John F. Fay
Technical Fellow, Jacobs/Sverdrup TEAS Group
From: email@example.com [mailto:firstname.lastname@example.org] On Behalf Of Markus Henschel
Sent: Wednesday, June 28, 2006 9:00 AM
To: FreeGLUT developers list
Subject: Re: [Freeglut-developer] New release?
I think in an new release glutInitDisplayString should be disabled, marked incomplete or at least partially fixed. From what I found on the web it should work like this:
glutInitDisplayString("stencil~2 rgb double depth>=16 samples");
Freeglut fails to recognize the tokens when followed by an operator and a value. Using glutInitDisplayString without values doesn't seem to be that useful as it doesn't add any more functionality compared to glutInitDidsplayMode in this case.
A quick fix to actually ignore operators and values would be my first choice (freeglut_init.c):
for ( i = 0; i < NUM_TOKENS; i++ )
- if ( strcmp ( token, Tokens[i] ) == 0 ) break ;
+ size_t cleanlength=strcspn(token, "=><~!");
+ if ( strncmp ( token, Tokens[i], cleanlength) == 0 ) break;
I would be quite interested at least in partial support for setting some
hint values for pixel format selection using this function in the
future. I don't know if it's really necessary to support all operators
(=,!=,>,>=,<,<=,~) as it would require to change a lot of code for the
pixel format selection as the available modes had to be enumerated
manually. What do you think?
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
Freeglut-developer mailing list