glut message loop

View: New views
4 Messages — Rating Filter:   Alert me  

glut message loop

by zhwang :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello everyone,
I am using now GLUT for window rendering on OS windows (32 bits) based
on "int main()", and it's easy to use GLUT for some simple message (for
example, keyboard, mouse, etc):
  ---glutmainloop(), and
  ---some registered function.

However, I would integrate a 3D mouse library into my existing programme.
I want to keep the existing code structure, "int main(int argc, char**
argv)",  and also to make it possible receive message defined in 3D
mouse library.

I have searched in google, but I did not find useful infos excepting the
idea of "hacking glutMainLoop()". After I tried it, I failed.

Is there anyone who works on this aspect ?

I really appreciate it for some clues.

Thank you all!

-----
zh wang

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

Trying again for a new release

by John F. Fay :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Gentlemen,

        I would like to start trying again for a new release of
"freeglut".  The first step is, are there any issues
outstanding?  From the e-mail traffic there appear to be
several.  Can we get them out of the way?  When I am able to devote
some serious energy to this I will start helping again.  Let's hope
nobody dies on me this time.

                - John


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

Re: Trying again for a new release

by Sisyphus :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


----- Original Message -----
From: "John F. Fay" <johnffay@...>
To: "FreeGLUT developers list" <freeglut-developer@...>
Sent: Wednesday, October 28, 2009 11:45 PM
Subject: [Freeglut-developer] Trying again for a new release


> Gentlemen,
>
> I would like to start trying again for a new release of
> "freeglut".  The first step is, are there any issues
> outstanding?

I have a few minor issues
1) In src/freeglut_cursor.c we find the line:
#if _MSC_VER <= 1200

For mingw64 builds to succeed, that needs to be changed to:
#if !defined(__MINGW64__) && _MSC_VER <= 1200

For mingw32 and MS compilers that are <= 1200, my revised rendition
evaluates as true (as it does with the original rendition) - and that seems
to be right.
For both mingw64 and MS compilers that are > 1200 it needs to evaluate as
false ... which it does.

2) With a './configure disable-static --enable-shared' build (using mingw in
the msys shell) the make process insists on locating and verifying
libopengl32.dll, libgdi32.dll and libwinmm.dll, which it can't do because
the filenames don't have the 'lib' prefix. Hence we always get a static
build. Haven't yet investigated a fix for this (other than to create copies
of opengl32.dll, gdi32.dll and winmm.dll with the 'lib' prefix in their
filename).

3) With a './configure disable-shared --enable-static' build we also have to
additionally specify CFLAGS=-DFREEGLUT_STATIC. That's ok, but I'm wondering
if the '--enable-static' should automatically define FREEGLUT_STATIC for us.
(Haven't looked at how this might be achieved. I note that '--enable-shared'
automatically defines FREEGLUT_EXPORTS for us.)

Do you require bug reports for any/all of the above ?

Cheers,
Rob


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

Re: Trying again for a new release

by John F. Fay :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Rob,

         Many thanks for your inputs.  I don't need bug reports, but
changes to the source or configuration files would be very
welcome.  I don't pretend to be a Linux guru and I don't have a lot
of spare time these days.  I've implemented the fix to
"freeglut_cursor.c" and put that into SVN.

                 - John


At 08:13 PM 10/28/2009, you wrote:


>----- Original Message -----
>From: "John F. Fay" <johnffay@...>
>To: "FreeGLUT developers list" <freeglut-developer@...>
>Sent: Wednesday, October 28, 2009 11:45 PM
>Subject: [Freeglut-developer] Trying again for a new release
>
>
> > Gentlemen,
> >
> > I would like to start trying again for a new release of
> > "freeglut".  The first step is, are there any issues
> > outstanding?
>
>I have a few minor issues
>1) In src/freeglut_cursor.c we find the line:
>#if _MSC_VER <= 1200
>
>For mingw64 builds to succeed, that needs to be changed to:
>#if !defined(__MINGW64__) && _MSC_VER <= 1200
>
>For mingw32 and MS compilers that are <= 1200, my revised rendition
>evaluates as true (as it does with the original rendition) - and that seems
>to be right.
>For both mingw64 and MS compilers that are > 1200 it needs to evaluate as
>false ... which it does.
>
>2) With a './configure disable-static --enable-shared' build (using mingw in
>the msys shell) the make process insists on locating and verifying
>libopengl32.dll, libgdi32.dll and libwinmm.dll, which it can't do because
>the filenames don't have the 'lib' prefix. Hence we always get a static
>build. Haven't yet investigated a fix for this (other than to create copies
>of opengl32.dll, gdi32.dll and winmm.dll with the 'lib' prefix in their
>filename).
>
>3) With a './configure disable-shared --enable-static' build we also have to
>additionally specify CFLAGS=-DFREEGLUT_STATIC. That's ok, but I'm wondering
>if the '--enable-static' should automatically define FREEGLUT_STATIC for us.
>(Haven't looked at how this might be achieved. I note that '--enable-shared'
>automatically defines FREEGLUT_EXPORTS for us.)
>
>Do you require bug reports for any/all of the above ?
>
>Cheers,
>Rob
>
>
>------------------------------------------------------------------------------
>Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>is the only developer event you need to attend this year. Jumpstart your
>developing skills, take BlackBerry mobile applications to market and stay
>ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>http://p.sf.net/sfu/devconference
>_______________________________________________
>Freeglut-developer mailing list
>Freeglut-developer@...
>https://lists.sourceforge.net/lists/listinfo/freeglut-developer


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer