The fix is *not* in a released version of OpenGLUT, but
should be in the next release. (The current release is
0.6.2 from earlier this month.)
If you can grab the in-development sources of OpenGLUT and
test your application with it, I would appreciate it, even
if you may not at this time be able to commit your project
to OpenGLUT.
(OpenGLUT installs as "libopenglut" on UNIX systems, etc., so
it does *not* interfere with an existing GLUT or freeglut
installation. You can install both. Right now, it is
fairly trivial to build against either one, though you
generally need to *recompile* (not just relink) with OpenGLUT
in order to use OpenGLUT.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Since only OpenGLUT developers seem to actively follow up
on freeglut bugs, I have cross-posted several bugs from
freeglut to OpenGLUT.
One such bug is this one. I believe it to be fixed on
OpenGLUT and have marked it "Pending" over there (so it is
no longer on the list of "Open" bugs). If you can check
against OpenGLUT's "current" code (from CVS) to verify that
it is fixed, I would appreciate it, as I could then move the
bug to "Closed" status.
I was hoping to have a 0.6.3 OpenGLUT out today or tomorrow,
but another OpenGLUT developer is fixing some deeper bugs
that we inherited from freeglut, so we are holding off on a
new OpenGLUT release while he tackles those. But the fix
should be in CVS.
The "Pending" OpenGLUT bug number is 1010635.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
OpenGLUT 0.6.3 includes a fix for this. The fix was
available almost 2 months ago, but not in a release.
I cannot remember that you followed up on this re. OpenGLUT,
but it appears to be fixed there, and I will mark that bug
report "closed" now that there is an official release with
the fix.
Just FYI.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The reshape callback *is* called with the CVS HEAD, the only
question is the order of visibility/reshape callbacks, but that's a
different story (see bug #858587).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> The reshape callback *is* called with the CVS HEAD,
NO. An additional comment says:
> This only happens when there are no window manager loaded.
Please reopen this bug. freeglut should catch MapNotify with
invoking the reshape callback
and should not invoke it in fghReshapeWindow() on X11.
This fix does not affect the behavior in glutEnterGameMode()
and it solves the following bugs in addition:
* The reshape callback is invoked twice.
First invoked with glutReshapeWindow(), second invoked
in ConfigureNotify.
* The reshape callback is invoked with wrong (not actual)
size in special case.
Some window managers prohibit very small window size.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Could you please give fool-proof recipes including example
programs to reproduce the problems you metion (reshape not
called, reshaped called twice, reshape called with wrong size).
If I can reproduce them, I'll happily reopen the bug(s).
Just 2 notes: What is the use case of having X11 without a
WM? It sounds a bit like using a car without wheels... :-)
Furthermore, GLUT itself does *not* handle MapNotify events,
so I am not yet convinced freeglut should.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=116973
This only happens when there are no window manager loaded.
Logged In: YES
user_id=854844
I fixed this over on OpenGLUT a few days ago. See
http://www.OpenGLUT.org/ or http://OpenGLUT.SourceForge.net/
for more information about OpenGLUT.
The fix is *not* in a released version of OpenGLUT, but
should be in the next release. (The current release is
0.6.2 from earlier this month.)
If you can grab the in-development sources of OpenGLUT and
test your application with it, I would appreciate it, even
if you may not at this time be able to commit your project
to OpenGLUT.
(OpenGLUT installs as "libopenglut" on UNIX systems, etc., so
it does *not* interfere with an existing GLUT or freeglut
installation. You can install both. Right now, it is
fairly trivial to build against either one, though you
generally need to *recompile* (not just relink) with OpenGLUT
in order to use OpenGLUT.)
Logged In: YES
user_id=854844
Since only OpenGLUT developers seem to actively follow up
on freeglut bugs, I have cross-posted several bugs from
freeglut to OpenGLUT.
One such bug is this one. I believe it to be fixed on
OpenGLUT and have marked it "Pending" over there (so it is
no longer on the list of "Open" bugs). If you can check
against OpenGLUT's "current" code (from CVS) to verify that
it is fixed, I would appreciate it, as I could then move the
bug to "Closed" status.
I was hoping to have a 0.6.3 OpenGLUT out today or tomorrow,
but another OpenGLUT developer is fixing some deeper bugs
that we inherited from freeglut, so we are holding off on a
new OpenGLUT release while he tackles those. But the fix
should be in CVS.
The "Pending" OpenGLUT bug number is 1010635.
Logged In: YES
user_id=854844
OpenGLUT 0.6.3 includes a fix for this. The fix was
available almost 2 months ago, but not in a release.
I cannot remember that you followed up on this re. OpenGLUT,
but it appears to be fixed there, and I will mark that bug
report "closed" now that there is an official release with
the fix.
Just FYI.
Logged In: YES
user_id=1121281
rkrolib,
Your change must be as follows.
http://cvs.sourceforge.net/viewcvs.py/openglut/openglut/lib/src/og_main.c?r1=1.70&r2=1.71
I'm glad if you can create a patch for freeglut or if you
don't mind I'll do that.
Logged In: YES
user_id=50298
The reshape callback *is* called with the CVS HEAD, the only
question is the order of visibility/reshape callbacks, but that's a
different story (see bug #858587).
Logged In: YES
user_id=1121281
> The reshape callback *is* called with the CVS HEAD,
NO. An additional comment says:
> This only happens when there are no window manager loaded.
Please reopen this bug. freeglut should catch MapNotify with
invoking the reshape callback
and should not invoke it in fghReshapeWindow() on X11.
This fix does not affect the behavior in glutEnterGameMode()
and it solves the following bugs in addition:
* The reshape callback is invoked twice.
First invoked with glutReshapeWindow(), second invoked
in ConfigureNotify.
* The reshape callback is invoked with wrong (not actual)
size in special case.
Some window managers prohibit very small window size.
Logged In: YES
user_id=50298
Could you please give fool-proof recipes including example
programs to reproduce the problems you metion (reshape not
called, reshaped called twice, reshape called with wrong size).
If I can reproduce them, I'll happily reopen the bug(s).
Just 2 notes: What is the use case of having X11 without a
WM? It sounds a bit like using a car without wheels... :-)
Furthermore, GLUT itself does *not* handle MapNotify events,
so I am not yet convinced freeglut should.
Logged In: YES
user_id=1121281
Thanks for reply.
I cannot attach a test program in this bug. Please see
Bugs#1235546.
https://sourceforge.net/tracker/index.php?func=detail&aid=1235546&group_id=1032&atid=101032