Oh, dear!

My own priorities for "freeglut" are

- Satisfying the customer base
- Having well-written and self-consistent code
- Being compatible with GLUT

I personally have no issue with removing the fatal error consequences from the "freeglut" geometry functions; I do think, though, that they should remain as warnings.  But Steve Baker is the person who needs to make the decision here.

John F. Fay
Technical Fellow
Jacobs/Sverdrup TEAS Group
-----Original Message-----
From: freeglut-developer-bounces@lists.sourceforge.net [mailto:freeglut-developer-bounces@lists.sourceforge.net] On Behalf Of Yuri D'Elia

Sent: Wednesday, December 06, 2006 6:21 AM
To: freeglut-developer@lists.sourceforge.net
Subject: [Freeglut-developer] initialization assertions

Hi all, please see:


Although not the cleanest example of usage, this is a divergence from 
I would still prefer not to duplicate code, and I know some of you 
are very picky about compatibility, so I had to ask about your 
position :).


Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
Freeglut-developer mailing list