freeglut-developer

I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and when I run 8
different example programs, none of them have the window frame (with title
bar, close button, resizing edges, etc.) displayed. I know it's there
because I can resize and close, but it doesn't show.
One of the examples is the example1.c contained in an
http://www.linuxfocus.org/English/March1998/article29.html article from '98
. That and a couple other of the examples showed screen captures with
window frames, so it has to be that something in my system isn't linking up
to display the frame.
Also, when I load any of the example programs, sometimes windows sitting
behind will have their frames (with some padding) blank out the window
displaying the OpenGL content. Minimizing and closing tend to leave the
OpenGL contents still painted on the screen, until I move something around
to repaint the area. If I maximize and then unmaximize, then the entire
screen (aside from Ubuntu's top and bottom bars) will keep the OpenGL
contents painted, but with the smaller-sized OpenGL contents painted on top.
It would be nice to have the OpenGL contents stay within the window frame
and respect window z-indexing (or whatever the X term is), as well as
actually displaying the frame.
--
View this message in context: http://www.nabble.com/Window-Frame-Not-Visible-tp19246768p19246768.html
Sent from the freeglut-developer mailing list archive at Nabble.com.

Hi!
...we sometimes experience similar problems. We use 2.4.0 with some
company internal patches/modifications. These problems show up
*randomly* and just under Linux (FC6, 64bit), so far.
Are there any patches in 2.6.0 which fix these problems?
[To kuloch]: By any chance, do you use a 3 (or 4) Monitor system that
contains 2 NVidia graphics cards running their latest binary drivers?
Cheers,
Rolf
kuloch wrote:
> I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and when I run 8
> different example programs, none of them have the window frame (with title
> bar, close button, resizing edges, etc.) displayed. I know it's there
> because I can resize and close, but it doesn't show.
>
> One of the examples is the example1.c contained in an
> http://www.linuxfocus.org/English/March1998/article29.html article from '98
> . That and a couple other of the examples showed screen captures with
> window frames, so it has to be that something in my system isn't linking up
> to display the frame.
>
> Also, when I load any of the example programs, sometimes windows sitting
> behind will have their frames (with some padding) blank out the window
> displaying the OpenGL content. Minimizing and closing tend to leave the
> OpenGL contents still painted on the screen, until I move something around
> to repaint the area. If I maximize and then unmaximize, then the entire
> screen (aside from Ubuntu's top and bottom bars) will keep the OpenGL
> contents painted, but with the smaller-sized OpenGL contents painted on top.
>
> It would be nice to have the OpenGL contents stay within the window frame
> and respect window z-indexing (or whatever the X term is), as well as
> actually displaying the frame.
--
S c i e n c e . D . V i s i o n s
Heiliger Weg 60
44135 Dortmund
Germany
phone +49.231.1675.450
fax +49.231.1675.451

We have similar problem developing makehuman sw under ubuntu, with some
ATI cards. In some cases it's fixed using ATI proprietary drivers.
Regards,
Manuel
On Mon, 2008-09-01 at 08:28 +0200, Rolf Schneider wrote:
> Hi!
>
> ...we sometimes experience similar problems. We use 2.4.0 with some
> company internal patches/modifications. These problems show up
> *randomly* and just under Linux (FC6, 64bit), so far.
>
> Are there any patches in 2.6.0 which fix these problems?
>
> [To kuloch]: By any chance, do you use a 3 (or 4) Monitor system that
> contains 2 NVidia graphics cards running their latest binary drivers?
>
> Cheers,
>
> Rolf
>
>
>
> kuloch wrote:
> > I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and when I run 8
> > different example programs, none of them have the window frame (with title
> > bar, close button, resizing edges, etc.) displayed. I know it's there
> > because I can resize and close, but it doesn't show.
> >
> > One of the examples is the example1.c contained in an
> > http://www.linuxfocus.org/English/March1998/article29.html article from '98
> > . That and a couple other of the examples showed screen captures with
> > window frames, so it has to be that something in my system isn't linking up
> > to display the frame.
> >
> > Also, when I load any of the example programs, sometimes windows sitting
> > behind will have their frames (with some padding) blank out the window
> > displaying the OpenGL content. Minimizing and closing tend to leave the
> > OpenGL contents still painted on the screen, until I move something around
> > to repaint the area. If I maximize and then unmaximize, then the entire
> > screen (aside from Ubuntu's top and bottom bars) will keep the OpenGL
> > contents painted, but with the smaller-sized OpenGL contents painted on top.
> >
> > It would be nice to have the OpenGL contents stay within the window frame
> > and respect window z-indexing (or whatever the X term is), as well as
> > actually displaying the frame.
>
>

Kuloch,
If I may respond to the red flag waved in front of me ("I guess
no one knows much about this ..."), have you tried downloading the
latest SVN version and running with it? I won't pretend to have a lot
of expertise here--most of my "freeglut" experience is on Windows, and
what little Linux experience I have is on Red Hat--but running the
latest version would seem a logical first step.
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
kuloch
Sent: Monday, September 01, 2008 10:14 PM
To: freeglut-developer@...
Subject: Re: [Freeglut-developer] Window Frame Not Visible
I'm on an HP laptop that has the Intel Express 915GM integrated graphics
chipset. (and no, I only use 1 monitor - the built-in LCD panel). I'm
not
sure how to tell what driver I'm using, but Ubuntu does seem to have the
correct driver installed: xserver-xorg-video-intel. I hope that's the
driver currently in use. I'll have to ask on the ubuntuforum.org how to
find out which driver it's using.
There is a proprietary driver available
(http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=8211), but
it's
from 2004. And Intel has notes at the bottom of the README.txt
mentioning
that it always fails certain OpenGL tests, so I doubt it's necessarily
better.
I guess no one knows much about this (I've posted questions on 3
different
forums), so I'll just have to accept it.
Manuel-16 wrote:
>
> We have similar problem developing makehuman sw under ubuntu, with
some
> ATI cards. In some cases it's fixed using ATI proprietary drivers.
> Regards,
>
> Manuel
>
>
> On Mon, 2008-09-01 at 08:28 +0200, Rolf Schneider wrote:
>> Hi!
>>
>> ...we sometimes experience similar problems. We use 2.4.0 with some
>> company internal patches/modifications. These problems show up
>> *randomly* and just under Linux (FC6, 64bit), so far.
>>
>> Are there any patches in 2.6.0 which fix these problems?
>>
>> [To kuloch]: By any chance, do you use a 3 (or 4) Monitor system that
>> contains 2 NVidia graphics cards running their latest binary drivers?
>>
>> Cheers,
>>
>> Rolf
>>
>>
>>
>> kuloch wrote:
>> > I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and
when I
>> run 8
>> > different example programs, none of them have the window frame
(with
>> title
>> > bar, close button, resizing edges, etc.) displayed. I know it's
there
>> > because I can resize and close, but it doesn't show.
>> >
>> > One of the examples is the example1.c contained in an
>> > http://www.linuxfocus.org/English/March1998/article29.html article
from
>> '98
>> > . That and a couple other of the examples showed screen captures
with
>> > window frames, so it has to be that something in my system isn't
>> linking up
>> > to display the frame.
>> >
>> > Also, when I load any of the example programs, sometimes windows
>> sitting
>> > behind will have their frames (with some padding) blank out the
window
>> > displaying the OpenGL content. Minimizing and closing tend to
leave
>> the
>> > OpenGL contents still painted on the screen, until I move something
>> around
>> > to repaint the area. If I maximize and then unmaximize, then the
>> entire
>> > screen (aside from Ubuntu's top and bottom bars) will keep the
OpenGL
>> > contents painted, but with the smaller-sized OpenGL contents
painted on
>> top.
>> >
>> > It would be nice to have the OpenGL contents stay within the window
>> frame
>> > and respect window z-indexing (or whatever the X term is), as well
as
>> > actually displaying the frame.
>>
>>
>
>
>
------------------------------------------------------------------------
-
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>
>
--
View this message in context:
http://www.nabble.com/Window-Frame-Not-Visible-tp19246768p19263535.html
Sent from the freeglut-developer mailing list archive at Nabble.com.
------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

It's hardly a fix, but OpenGL works just great in Xfce. I opted to give it a
try the other night (been using Gnome for a couple years, after initially
using KDE for a bit), and I'm really liking how kind it is to my laptop's
limited resources.
Not only does the window frame display properly, but the ghosting/painting
issues are cleared up. Moving, minimizing, and closing a window with OpenGL
content looks exactly like it should. So, while the issues are still there
with Gnome, I probably won't be using Gnome anymore.
Makes me wish I'd just installed Xubuntu in the first place (Ubuntu with
Xfce instead of Gnome). Would have saved a couple days of testing and
research. Not that it was entirely a waste, as I understand a good bit more
about Ubuntu, now.
Fay John F Dr CTR USAF 46 SK wrote:
>
> Kuloch,
>
> If I may respond to the red flag waved in front of me ("I guess
> no one knows much about this ..."), have you tried downloading the
> latest SVN version and running with it? I won't pretend to have a lot
> of expertise here--most of my "freeglut" experience is on Windows, and
> what little Linux experience I have is on Red Hat--but running the
> latest version would seem a logical first step.
>
> 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
> kuloch
> Sent: Monday, September 01, 2008 10:14 PM
> To: freeglut-developer@...
> Subject: Re: [Freeglut-developer] Window Frame Not Visible
>
>
> I'm on an HP laptop that has the Intel Express 915GM integrated graphics
> chipset. (and no, I only use 1 monitor - the built-in LCD panel). I'm
> not
> sure how to tell what driver I'm using, but Ubuntu does seem to have the
> correct driver installed: xserver-xorg-video-intel. I hope that's the
> driver currently in use. I'll have to ask on the ubuntuforum.org how to
> find out which driver it's using.
>
> There is a proprietary driver available
> (http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=8211), but
> it's
> from 2004. And Intel has notes at the bottom of the README.txt
> mentioning
> that it always fails certain OpenGL tests, so I doubt it's necessarily
> better.
>
> I guess no one knows much about this (I've posted questions on 3
> different
> forums), so I'll just have to accept it.
>
>
>
> Manuel-16 wrote:
>>
>> We have similar problem developing makehuman sw under ubuntu, with
> some
>> ATI cards. In some cases it's fixed using ATI proprietary drivers.
>> Regards,
>>
>> Manuel
>>
>>
>> On Mon, 2008-09-01 at 08:28 +0200, Rolf Schneider wrote:
>>> Hi!
>>>
>>> ...we sometimes experience similar problems. We use 2.4.0 with some
>>> company internal patches/modifications. These problems show up
>>> *randomly* and just under Linux (FC6, 64bit), so far.
>>>
>>> Are there any patches in 2.6.0 which fix these problems?
>>>
>>> [To kuloch]: By any chance, do you use a 3 (or 4) Monitor system that
>
>>> contains 2 NVidia graphics cards running their latest binary drivers?
>>>
>>> Cheers,
>>>
>>> Rolf
>>>
>>>
>>>
>>> kuloch wrote:
>>> > I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and
> when I
>>> run 8
>>> > different example programs, none of them have the window frame
> (with
>>> title
>>> > bar, close button, resizing edges, etc.) displayed. I know it's
> there
>>> > because I can resize and close, but it doesn't show.
>>> >
>>> > One of the examples is the example1.c contained in an
>>> > http://www.linuxfocus.org/English/March1998/article29.html article
> from
>>> '98
>>> > . That and a couple other of the examples showed screen captures
> with
>>> > window frames, so it has to be that something in my system isn't
>>> linking up
>>> > to display the frame.
>>> >
>>> > Also, when I load any of the example programs, sometimes windows
>>> sitting
>>> > behind will have their frames (with some padding) blank out the
> window
>>> > displaying the OpenGL content. Minimizing and closing tend to
> leave
>>> the
>>> > OpenGL contents still painted on the screen, until I move something
>>> around
>>> > to repaint the area. If I maximize and then unmaximize, then the
>>> entire
>>> > screen (aside from Ubuntu's top and bottom bars) will keep the
> OpenGL
>>> > contents painted, but with the smaller-sized OpenGL contents
> painted on
>>> top.
>>> >
>>> > It would be nice to have the OpenGL contents stay within the window
>>> frame
>>> > and respect window z-indexing (or whatever the X term is), as well
> as
>>> > actually displaying the frame.
>>>
>>>
>>
>>
>>
> ------------------------------------------------------------------------
> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Freeglut-developer mailing list
>> Freeglut-developer@...
>> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/Window-Frame-Not-Visible-tp19246768p19263535.html
> Sent from the freeglut-developer mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>
>
--
View this message in context: http://www.nabble.com/Window-Frame-Not-Visible-tp19246768p19280688.html
Sent from the freeglut-developer mailing list archive at Nabble.com.

Hi Sorin,
hmm, to be honest, we do not use 2.6.0 because we can't get it to work
under the special Windows dev. environment we use...
Under Linux we use the same environment which works complete different
in comparison to autoconfigure/automake.
So, I'm afraid I can't help you, here.
The guys at the Freeglut list are usually very friendly and helpful. I
suggest you just sum up your hardware & software details, and give them
a detailed description of the problems you have when trying to compile
2.6.0!
Cheers,
Rolf
Sorin Tataru wrote:
> Hi, I saw your message on freeglut list and I thought maybe you can
> explain to me in an easier way how can I get a running 2.6 version of
> Freeglut [last time when I tried the autoconfigure/automake thingies
> killed my enthusiasm even that I thought I had the proper versions of
> them].
> I don't want to bother the "Freeglut-Gurus" with such easy problem so if
> you have 1 min please tell me if you had to do anything special to
> compile the 2.6 freeglut or it went smoothly from first try.
> Thank you,
>
> Sorin Tataru
>
>
>
>
> On Tue, Sep 2, 2008 at 10:32 AM, Rolf Schneider <rolf@...
> <mailto:rolf@...>> wrote:
>
> kuloch wrote:
> > I guess no one knows much about this (I've posted questions on 3
> different
> > forums), so I'll just have to accept it.
>
> Hmm no, you don't have to accept it. Most likely, this is a problem
> within the code of Freeglut 2.4.0. <http://2.4.0.&gt; It's not that
> easy to create windows
> without a border...
>
> It might held to use the new code (2.6.0), instead.
>
> Let's wait and see what the Freeglut-Gurus have to say...
>
> R. ;)
>
>
>
> --
> S c i e n c e . D . V i s i o n s
>
> Heiliger Weg 60
> 44135 Dortmund
> Germany
>
> phone +49.231.1675.450
> fax +49.231.1675.451
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> <http://moblin-contest.org/redirect.php?banner_id=100&url=/&gt;
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> <mailto:Freeglut-developer@...>
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>
>
--
S c i e n c e . D . V i s i o n s
Heiliger Weg 60
44135 Dortmund
Germany
phone +49.231.1675.450
fax +49.231.1675.451

We have this problem too, on all ubuntu machines, but only when the
visual effect of ubuntu appearance (Compiz)are set to active.
Anyway, Blender suffer of the same problem. This is a thing to
investigate, because I remember (but I'm not sure) in the last years
Blender don't use freeglut. If it's true, it's not a freeglut problem,
but a Compiz problem.
Can anyone take a look about this issue?
Best regards,
Manuel
On Mon, 2008-09-01 at 08:28 +0200, Rolf Schneider wrote:
> Hi!
>
> ...we sometimes experience similar problems. We use 2.4.0 with some
> company internal patches/modifications. These problems show up
> *randomly* and just under Linux (FC6, 64bit), so far.
>
> Are there any patches in 2.6.0 which fix these problems?
>
> [To kuloch]: By any chance, do you use a 3 (or 4) Monitor system that
> contains 2 NVidia graphics cards running their latest binary drivers?
>
> Cheers,
>
> Rolf
>
>
>
> kuloch wrote:
> > I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and when I run 8
> > different example programs, none of them have the window frame (with title
> > bar, close button, resizing edges, etc.) displayed. I know it's there
> > because I can resize and close, but it doesn't show.
> >
> > One of the examples is the example1.c contained in an
> > http://www.linuxfocus.org/English/March1998/article29.html article from '98
> > . That and a couple other of the examples showed screen captures with
> > window frames, so it has to be that something in my system isn't linking up
> > to display the frame.
> >
> > Also, when I load any of the example programs, sometimes windows sitting
> > behind will have their frames (with some padding) blank out the window
> > displaying the OpenGL content. Minimizing and closing tend to leave the
> > OpenGL contents still painted on the screen, until I move something around
> > to repaint the area. If I maximize and then unmaximize, then the entire
> > screen (aside from Ubuntu's top and bottom bars) will keep the OpenGL
> > contents painted, but with the smaller-sized OpenGL contents painted on top.
> >
> > It would be nice to have the OpenGL contents stay within the window frame
> > and respect window z-indexing (or whatever the X term is), as well as
> > actually displaying the frame.
>
>

I'm on an HP laptop that has the Intel Express 915GM integrated graphics
chipset. (and no, I only use 1 monitor - the built-in LCD panel). I'm not
sure how to tell what driver I'm using, but Ubuntu does seem to have the
correct driver installed: xserver-xorg-video-intel. I hope that's the
driver currently in use. I'll have to ask on the ubuntuforum.org how to
find out which driver it's using.
There is a proprietary driver available
(http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=8211), but it's
from 2004. And Intel has notes at the bottom of the README.txt mentioning
that it always fails certain OpenGL tests, so I doubt it's necessarily
better.
I guess no one knows much about this (I've posted questions on 3 different
forums), so I'll just have to accept it.
Manuel-16 wrote:
>
> We have similar problem developing makehuman sw under ubuntu, with some
> ATI cards. In some cases it's fixed using ATI proprietary drivers.
> Regards,
>
> Manuel
>
>
> On Mon, 2008-09-01 at 08:28 +0200, Rolf Schneider wrote:
>> Hi!
>>
>> ...we sometimes experience similar problems. We use 2.4.0 with some
>> company internal patches/modifications. These problems show up
>> *randomly* and just under Linux (FC6, 64bit), so far.
>>
>> Are there any patches in 2.6.0 which fix these problems?
>>
>> [To kuloch]: By any chance, do you use a 3 (or 4) Monitor system that
>> contains 2 NVidia graphics cards running their latest binary drivers?
>>
>> Cheers,
>>
>> Rolf
>>
>>
>>
>> kuloch wrote:
>> > I'm running freeglut 2.4.0-6 on Ubuntu 8.04.1 (with Gnome), and when I
>> run 8
>> > different example programs, none of them have the window frame (with
>> title
>> > bar, close button, resizing edges, etc.) displayed. I know it's there
>> > because I can resize and close, but it doesn't show.
>> >
>> > One of the examples is the example1.c contained in an
>> > http://www.linuxfocus.org/English/March1998/article29.html article from
>> '98
>> > . That and a couple other of the examples showed screen captures with
>> > window frames, so it has to be that something in my system isn't
>> linking up
>> > to display the frame.
>> >
>> > Also, when I load any of the example programs, sometimes windows
>> sitting
>> > behind will have their frames (with some padding) blank out the window
>> > displaying the OpenGL content. Minimizing and closing tend to leave
>> the
>> > OpenGL contents still painted on the screen, until I move something
>> around
>> > to repaint the area. If I maximize and then unmaximize, then the
>> entire
>> > screen (aside from Ubuntu's top and bottom bars) will keep the OpenGL
>> > contents painted, but with the smaller-sized OpenGL contents painted on
>> top.
>> >
>> > It would be nice to have the OpenGL contents stay within the window
>> frame
>> > and respect window z-indexing (or whatever the X term is), as well as
>> > actually displaying the frame.
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>
>
--
View this message in context: http://www.nabble.com/Window-Frame-Not-Visible-tp19246768p19263535.html
Sent from the freeglut-developer mailing list archive at Nabble.com.

kuloch wrote:
> I guess no one knows much about this (I've posted questions on 3 different
> forums), so I'll just have to accept it.
Hmm no, you don't have to accept it. Most likely, this is a problem
within the code of Freeglut 2.4.0. It's not that easy to create windows
without a border...
It might held to use the new code (2.6.0), instead.
Let's wait and see what the Freeglut-Gurus have to say...
R. ;)
--
S c i e n c e . D . V i s i o n s
Heiliger Weg 60
44135 Dortmund
Germany
phone +49.231.1675.450
fax +49.231.1675.451