#157 glutFullScreen not working

closed-fixed
nobody
critical (31)
5
2012-08-06
2011-09-30
John A
No

Using the 2.6.0 binaries, found that glutFullScreen did not work under Windows 7 (I am using 64-bit OS). On a two monitor system, you can see the OpenGL program DOES have a border and title, the window is setup however so the window frame and title bar isn't visible on the primary monitor but they are there as I can grab the window and resize it and voila the title bar appears then. I found a reference suggesting one include GLUT_BORDERLESS on glutInitDisplayMode; all that did was remove the title part of the window frame, but the window frame is still there. I then downloaded the source code from the development tree, rebuilt it under Visual Studio 2010 (fixing up the project files so I could build Debug and Release for x64 and Win32 modes - keeping them all separate for DLL and STATIC builds), but that didn't help either. I was surprised as various reports suggested this WAS fixed. BTW - I marked this as critical as it relates to our project, as we are using FREEGLUT for a simulator application where the projected images from our app are side-by-side and thus having ANY window border or frame visible cannot be tolerated. Suggestions on how to get glutFullScreen to actually work again?

Discussion

  • John A

    John A - 2011-10-03

    Visual Studio 2010 sln file

     
  • John A

    John A - 2011-10-03

    VS2010 project file for DLL build

     
  • John A

    John A - 2011-10-03

    VS2010 project file for Static Library Build

     
  • John A

    John A - 2011-10-03

    Downloading the latest SVN trunk and rebuilding it under Visual Studio 2010 solved the glutFullScreen problem. I didn't do any testing other than with my own application. Note that I did not have to include GLUT_BORDERLESS on the glutInitDisplayMode call; just calling glutFullScreen did the right thing.

    The attachments are recommended for checkin to the freeglut SVN trunk; the VS2010 project builds DebugStaticWIn32, DebugStaticx64, ReleaseStaticWin32, ..., ReleaseDLLx64, ReleaseDLLwin32 directories. I wasn't sure what the "Template" setting was for so I didn't set that part of the project file up (nor are they built using the batch mode settings).

     
  • John A

    John A - 2011-10-03
    • status: open --> open-fixed
     
  • Diederick C. Niehorster

    • status: open-fixed --> closed-fixed
     
  • Diederick C. Niehorster

    This was fixed indeed as you found out. Also, in current trunk we have now switched to CMake, which should make building all the various versions easy :)

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks