|
View:
New views
9 Messages
—
Rating Filter:
Alert me
|
|
|
Feature Request [ 1546004 ] remove fgDeinitialize from glutMainLoopGentlemen,
In the "Feature Requests" list we have the following: I love freeglut's feature of offering glutMainLoopEvent and a proper exit from the glutMainLoop. However, in many cases I'd like the glutMainLoop NOT to deinitialize the glut engine - just as glutMainLoopEvent does not deinitialize the glut engine. For my porposes, proper pseudo code is: (1) initialize glut (2) set the GLUT_ACTION_CONTINUE_OPTION (3) create a window (4) call glutMainLoop, which exits properly when hitting ENTER (5) do other computations in the main file (6) call again glutMainLoop - activating interaction with the same previously created window - exiting on ENTER (7) finally call glutDeinitialize in the main() function (8) exit This is much more consistent: When you initialize glut in the main() function, then one should also control the deinitialization in the main() function. Only change required: remove the fgDeinitialize from the glutMainLoop What do people think? - John ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
|
|
Re: Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoopDon't all speak at once ...
John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of John F. Fay Sent: Monday, September 17, 2007 9:13 PM To: 'FreeGLUT developers list' Subject: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Gentlemen, In the "Feature Requests" list we have the following: I love freeglut's feature of offering glutMainLoopEvent and a proper exit from the glutMainLoop. However, in many cases I'd like the glutMainLoop NOT to deinitialize the glut engine - just as glutMainLoopEvent does not deinitialize the glut engine. For my porposes, proper pseudo code is: (1) initialize glut (2) set the GLUT_ACTION_CONTINUE_OPTION (3) create a window (4) call glutMainLoop, which exits properly when hitting ENTER (5) do other computations in the main file (6) call again glutMainLoop - activating interaction with the same previously created window - exiting on ENTER (7) finally call glutDeinitialize in the main() function (8) exit This is much more consistent: When you initialize glut in the main() function, then one should also control the deinitialization in the main() function. Only change required: remove the fgDeinitialize from the glutMainLoop What do people think? - John ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
|
|
|
|
|
Re: Feature Request [ 1546004 ]removefgDeinitialize from glutMainLoopLarry,
I think this is a different request. At the moment the "glutMainLoop" function automatically shuts down on exit; the request is that it not do so, so the application can call "glutMainLoop" multiple times, carrying the same initialization from one instance to the next. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of Larry E. Ramey Sent: Thursday, September 20, 2007 11:30 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ]removefgDeinitialize from glutMainLoop glutShutdown(); I posted some code a while back for this function. I thought it was agreed upon and adopted. Am I missing something or isn't this exactly what you are asking for? I succesfully stop and restart my graphics context using this function. (It destroys the GL context and I have to recreate it with another glutInit) Larry ----- Original Message ---- From: Fay John F Dr CTR USAF 46 SK <john.fay.ctr@...> To: johnffay@...; FreeGLUT developers list <freeglut-developer@...> Sent: Thursday, September 20, 2007 9:50:45 AM Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Don't all speak at once ... John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of John F. Fay Sent: Monday, September 17, 2007 9:13 PM To: 'FreeGLUT developers list' Subject: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Gentlemen, In the "Feature Requests" list we have the following: I love freeglut's feature of offering glutMainLoopEvent and a proper exit from the glutMainLoop. However, in many cases I'd like the glutMainLoop NOT to deinitialize the glut engine - just as glutMainLoopEvent does not deinitialize the glut engine. For my porposes, proper pseudo code is: (1) initialize glut (2) set the GLUT_ACTION_CONTINUE_OPTION (3) create a window (4) call glutMainLoop, which exits properly when hitting ENTER (5) do other computations in the main file (6) call again glutMainLoop - activating interaction with the same previously created window - exiting on ENTER (7) finally call glutDeinitialize in the main() function (8) exit This is much more consistent: When you initialize glut in the main() function, then one should also control the deinitialization in the main() function. Only change required: remove the fgDeinitialize from the glutMainLoop What do people think? - John ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ________________________________ Be a better Heartthrob. Get better relationship answers <http://us.rd.yahoo.com/evt=48255/*http://answers.yahoo.com/dir/_ylc=X3o DMTI5MGx2aThyBF9TAzIxMTU1MDAzNTIEX3MDMzk2NTQ1MTAzBHNlYwNCQUJwaWxsYXJfTkl fMzYwBHNsawNQcm9kdWN0X3F1ZXN0aW9uX3BhZ2U-?link=list&sid=396545433> from someone who knows. Yahoo! Answers - Check it out. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
|
|
|
|
|
Re: Feature Request [ 1546004]removefgDeinitialize from glutMainLoopLarry,
What I am doing is "answering the mail" -- meeting a customer's request. What the customer is doing I do not know ... but if the customer wants a pink polka-dotted outhouse, the customer should get a pink polka-dotted outhouse ... unless it will interfere with other customers. I think in this case the customer wants "freeglut" to handle the looping control but wants to be able to break in occasionally and fiddle with things. Incidentally, I don't find "glutShutdown" in my copy of the code here. Possibly my copy is old, or possibly the change never made it into SVN. I'll check it when I get home tonight. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of Larry E. Ramey Sent: Thursday, September 20, 2007 1:27 PM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Feature Request [ 1546004]removefgDeinitialize from glutMainLoop John, Why call glutMainLoop then? In my app I do: if( m_glut ) { glutSetWindow( m_win ); glutPostRedisplay(); glutMainLoopEvent(); } If you want to do many loops, do it this way, if you want to let glut run things, call glutMainLoop. Maybe I am dense but what exactly are we gaining here with this change? Larry ----- Original Message ---- From: Fay John F Dr CTR USAF 46 SK <john.fay.ctr@...> To: FreeGLUT developers list <freeglut-developer@...> Sent: Thursday, September 20, 2007 12:23:02 PM Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ]removefgDeinitialize from glutMainLoop Larry, I think this is a different request. At the moment the "glutMainLoop" function automatically shuts down on exit; the request is that it not do so, so the application can call "glutMainLoop" multiple times, carrying the same initialization from one instance to the next. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of Larry E. Ramey Sent: Thursday, September 20, 2007 11:30 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ]removefgDeinitialize from glutMainLoop glutShutdown(); I posted some code a while back for this function. I thought it was agreed upon and adopted. Am I missing something or isn't this exactly what you are asking for? I succesfully stop and restart my graphics context using this function. (It destroys the GL context and I have to recreate it with another glutInit) Larry ----- Original Message ---- From: Fay John F Dr CTR USAF 46 SK <john.fay.ctr@...> To: johnffay@...; FreeGLUT developers list <freeglut-developer@...> Sent: Thursday, September 20, 2007 9:50:45 AM Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Don't all speak at once ... John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of John F. Fay Sent: Monday, September 17, 2007 9:13 PM To: 'FreeGLUT developers list' Subject: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Gentlemen, In the "Feature Requests" list we have the following: I love freeglut's feature of offering glutMainLoopEvent and a proper exit from the glutMainLoop. However, in many cases I'd like the glutMainLoop NOT to deinitialize the glut engine - just as glutMainLoopEvent does not deinitialize the glut engine. For my porposes, proper pseudo code is: (1) initialize glut (2) set the GLUT_ACTION_CONTINUE_OPTION (3) create a window (4) call glutMainLoop, which exits properly when hitting ENTER (5) do other computations in the main file (6) call again glutMainLoop - activating interaction with the same previously created window - exiting on ENTER (7) finally call glutDeinitialize in the main() function (8) exit This is much more consistent: When you initialize glut in the main() function, then one should also control the deinitialization in the main() function. Only change required: remove the fgDeinitialize from the glutMainLoop What do people think? - John ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ________________________________ Be a better Heartthrob. Get better relationship answers <http://us.rd.yahoo.com/evt=48255/*http://answers.yahoo.com/dir/_ylc=X3o DMTI5MGx2aThyBF9TAzIxMTU1MDAzNTIEX3MDMzk2NTQ1MTAzBHNlYwNCQUJwaWxsYXJfTkl fMzYwBHNsawNQcm9kdWN0X3F1ZXN0aW9uX3BhZ2U-?link=list&sid=396545433> from someone who knows. Yahoo! Answers - Check it out. ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ________________________________ Luggage? GPS? Comic books? Check out fitting gifts for grads <http://us.rd.yahoo.com/evt=48249/*http://search.yahoo.com/search?fr=oni _on_mail&p=graduation+gifts&cs=bz> at Yahoo! Search. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
|
|
|
|
|
Re: Feature Request [ 1546004 ]removefgDeinitialize from glutMainLoopOK, it's in the SVN head as "glutExit".
John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of Larry E. Ramey Sent: Friday, September 21, 2007 9:19 AM To: johnffay@...; FreeGLUT developers list Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ]removefgDeinitialize from glutMainLoop I have zero opinion on what we call it, as long as it still works when it is done. :) Larry ----- Original Message ---- From: John F. Fay <johnffay@...> To: FreeGLUT developers list <freeglut-developer@...> Sent: Thursday, September 20, 2007 9:59:32 PM Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Hmmm ... it was passed on by me, supported by Yuri d'Elia, and greeted by everybody else with silence--just like a lot of things here. And back then I didn't have fast internet access at home. (It still isn't very fast, but it's faster than it was.) For everybody else, Larry proposed it on November 9, 2005; he proposed it again on June 28, 2006; and here it is again. Larry, Would you mind very much if we called it "glutExit"? It sounds a bit more euphonious and makes a nice counterpoint to "glutInit". I'm putting your hack (with the name change) into SVN right now but can change the name--or make a second function--easily enough. - John -----Original Message----- From: Larry E. Ramey Sent: Thursday, September 20, 2007 11:30 AM To: FreeGLUT developers list Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop glutShutdown(); I posted some code a while back for this function. I thought it was agreed upon and adopted. Am I missing something or isn't this exactly what you are asking for? I succesfully stop and restart my graphics context using this function. (It destroys the GL context and I have to recreate it with another glutInit) Larry ----- Original Message ---- From: Fay John F Dr CTR USAF 46 SK <john.fay.ctr@...> To: johnffay@...; FreeGLUT developers list <freeglut-developer@...> Sent: Thursday, September 20, 2007 9:50:45 AM Subject: Re: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Don't all speak at once ... John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 -----Original Message----- From: freeglut-developer-bounces@... [mailto:freeglut-developer-bounces@...] On Behalf Of John F. Fay Sent: Monday, September 17, 2007 9:13 PM To: 'FreeGLUT developers list' Subject: [Freeglut-developer] Feature Request [ 1546004 ] removefgDeinitialize from glutMainLoop Gentlemen, In the "Feature Requests" list we have the following: I love freeglut's feature of offering glutMainLoopEvent and a proper exit from the glutMainLoop. However, in many cases I'd like the glutMainLoop NOT to deinitialize the glut engine - just as glutMainLoopEvent does not deinitialize the glut engine. For my porposes, proper pseudo code is: (1) initialize glut (2) set the GLUT_ACTION_CONTINUE_OPTION (3) create a window (4) call glutMainLoop, which exits properly when hitting ENTER (5) do other computations in the main file (6) call again glutMainLoop - activating interaction with the same previously created window - exiting on ENTER (7) finally call glutDeinitialize in the main() function (8) exit This is much more consistent: When you initialize glut in the main() function, then one should also control the deinitialization in the main() function. Only change required: remove the fgDeinitialize from the glutMainLoop What do people think? - John ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ___________________________________________________________________ _________________ Catch up on fall's hot new shows on Yahoo! TV. Watch previews, get listings, and more! http://tv.yahoo.com/collections/3658 << File: ATT00034.htm >> << File: ATT00035.txt >> << File: ATT00036.txt >> ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer ________________________________ Tonight's top picks. What will you watch tonight? Preview the hottest shows <http://us.rd.yahoo.com/tv/mail/tagline/tonightspicks/evt=48220/*http:// tv.yahoo.com/> on Yahoo! TV. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
|
|
Time to start thinking about a new "freeglut" releaseLadies and Gentlemen,
It is time to start thinking about a new release of the "freeglut" library. Actually we are very overdue for such a thing, but I am now getting active enough again that we might actually get somewhere. What needs to go into a release that isn't there? I already have one thing: Jocelyn Fréchot's multisampling and auxiliary buffer patch. I expect to put that into the code tonight. John F. Fay Technical Fellow Jacobs Technology TEAS Group 850-883-1294 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freeglut-developer mailing list Freeglut-developer@... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
| Free Forum Powered by Nabble | Forum Help |