This is a known issue with XEphem 3.5.2 that is a complete mystery even to the author, Elwood C. Downey. I'm reporting it here in the off chance that someone has a bright idea as to what may be causing it. It may be an Open Motif bug? There are some details at the end of this Debian bug report: http://lists.debian.org/debian-x/2003/debian-x-200307/msg00269.html Ignore the speculation about the SIS chipset - I have an nVidia GeForce FX graphics card, and don't see any messages from XFree86. /var/log/XFree86.0.log Reproducible: Always Steps to Reproduce: 1. Start XEphem. 2. Open the Sky View window. 3. Right click on the sky view - this selects an object and display for further information, but for some strange reason triggers DPMS for as long as the right mouse button is held down! Actual Results: Screen goes blank momentarily if the button is clicked, or into DPMS screen saver mode if the button is held down. Release the button and the display is restored, with the expected application behaviour visible. Expected Results: No DPMS. The workaround is to run "xset -dpms" to disable the DPMS screen saver. XEphem 3.5.2, Open Motif 2.1.30-r5, XFree86 4.3.0-r5 Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.9 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apm arts avi berkdb cdr crypt cups dvd encode fbcon foomaticdb freetype gdbm gif gimpprint gpm gps gtk gtk2 imagemagick imlib java jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nptl oggvorbis opengl pam pdflib perl png ppds python quicktime readline sdk sdl slang spell sse ssl svga tcpd truetype usb x86 xml2 xv zlib"
Some additional background information from Elwood: The first reports were way back in '98 on BSD and linux. Never on Solaris, HP or other big UNIX. This thing has been around a long time. My wild hunch is that somehow time is getting advanced, making the server think it is suddenly time to suspend. I know X events get time tagged, so maybe its an issue between libXm and libX11 or libXt, perhaps a time_t is an int somewhere of a different length. The scary thing is I have never heard of any other app but XEphem showing this symptom; I hope it's just a selection effect and XEphem is just more right-click-intensive.
This isn't a Gentoo bug as such, so I'll close it. Hopefully it will be fixed in the next version of XEphem (due out shortly.)
bugzie.
Sorry for bugspam. Just closing already fixed stuff with proper resolution (closing LATER bugs). This one was tested with current xorg-server and xephem 3.7.4 and worked without launching screensaver.