#24 Window appears in wrong virtual screen

closed-fixed
nobody
nuisance (37)
5
2005-04-28
2003-11-15
Bill Jordan
No

I am using debian 3.0 with a gnome desktop and 8
virtual screens.

When I run a program built with freeglut, the window
always appears in the first virtual screen regardless
of which virtual screen I am currently using.
When the same program is built with glut, the window
appears in the current virtual screen.

Discussion

  • Richard Rauch
    Richard Rauch
    2003-11-16

    Logged In: YES
    user_id=854844

    The debian GNU/LINUX version is probably irrelavent.

    What version of GNOME? It might also help to know what
    version of whch X server you are using.

    Can you reproduce this always? Have you ever seen this with
    other programs, or heard of it, before? What happens if you
    use another window manager or desktop? Is it
    GNOME-specific, or does it happen with KDE? Or even plain
    window-managers (no desktop)?

    Possibly someone already sees how to fix this problem, but
    if not, answers to some of the above questions might be
    helpful in figuring out what is wrong.

     
  • Richard Rauch
    Richard Rauch
    2003-11-16

    Logged In: YES
    user_id=854844

    Oh, I forgot to ask:

    What version of freeglut are you using? Did you try with
    other versions---in particular with the "current" version?
    Can you try with some of the other releases?

    (NOTE: "current" is *not* the latest release. The latest
    release is 2.0.1, which probably is unchanged in this
    regard, but a *lot* of things have happened to the code
    since 2.0.1 and it is possible that this bug has been
    incidentally fixed, created, or altered, by the changes. It
    is also possible that someone already noticed and explicitly
    fixed the bug.)

     
  • Bill Jordan
    Bill Jordan
    2003-11-16

    Logged In: YES
    user_id=350220

    The window manager is sawfish and the 8 virtual screens are
    setup as one big screen, so that I can drag and drop between
    different screens.

    I tried several different glut programs built with freeglut
    and they all behave the same way.

    I would try the current cvs version, but autogen.sh fails
    with the following errors:
    src/Makefile.am:12: bad macro name `lib@LIBRARY@_la_SOURCES'
    src/Makefile.am:38: bad macro name `lib@LIBRARY@_la_LIBADD'
    src/Makefile.am:39: bad macro name `lib@LIBRARY@_la_LDFLAGS'
    src/Makefile.am:40: bad macro name `lib@LIBRARY@_la_CFLAGS'
    src/Makefile.am:39: invalid unused variable name:
    `lib@LIBRARY@_la_LDFLAGS'
    src/Makefile.am:38: invalid unused variable name:
    `lib@LIBRARY@_la_LIBADD'
    src/Makefile.am:12: invalid unused variable name:
    `lib@LIBRARY@_la_SOURCES'

     
  • Bill Jordan
    Bill Jordan
    2003-11-16

    Logged In: YES
    user_id=350220

    I forgot to mention that I was using freeglut 2.0.1 which
    produced this bug.

     
  • Richard Rauch
    Richard Rauch
    2003-12-02

    Logged In: YES
    user_id=854844

    Sorry for taking so long to get back to you:

    I don't use virtual screens, nor do I know how window
    managers talk to applications about them. Perhaps someone
    else will speak to this point. However, I thought that
    someone should get back to you to let you know that we
    haven't completely forgotten this report. (^& Though the
    lack of activity suggests that so far no one has given it
    much priority. I'm sure that no one would object if you
    offered a clean fix, though (hint-hint; nudge-nudge; wink-wink).

    As for the error trying to build from the current sources,
    it sounds like you have an out-of-date set of GNU auto*
    tools. Instead of running the autotgen.sh script, you might
    try running each command separately and see which one blows
    up. Then go to your favorite package system and update the
    appropriate package. (This is just a *guess*, but I know
    that it works for me, and presumably all other freeglut
    developers, and I assume that the GNU auto* tools will
    strive to maintain backwards compatibility, so problems here
    suggest cruft in your auto* tools.)

    (My guess is that it's automake that is dying, but it's easy
    enough for you to find out and upgrade that package.)

     
  • Richard Rauch
    Richard Rauch
    2004-04-21

    Logged In: YES
    user_id=854844

    Against my better nature, I'm using Enlightenment on my
    laptop at this moment. OpenGLUT opens its windows on the
    current virtual screen. As OpenGLUT branched from approx.
    freeglut 2.2, this should work for you.

    ...at least, if your GNOME environment uses the same
    conventions as the Enlightenment window manager.

     
  • John F. Fay
    John F. Fay
    2005-04-28

    Logged In: YES
    user_id=70811

    This appears to have been fixed in 2.2.0, per Richard's
    comment below. Please let me know if it hasn't.

     
  • John F. Fay
    John F. Fay
    2005-04-28

    • status: open --> closed-fixed