The TUX table has a multiball mode (the upper right cave), and a method of saving TUXes by hitting the left cave, after doing increasingly complicated sequences (which aren't a factor here). However, during multiball, if a TUX is ready to be saved, apparently the logic got slightly confused, and the ball was left stuck in the left cave. Reproducible: Didn't try Steps to Reproduce: 1. 2. 3. Actual Results: The TUX table just sat there after I eventually lost the other balls, with the light blinking over the left cave and the ball stuck therein. Expected Results: I'm not exactly sure; probably either a TUX should be saveable during multiball or the ball just kicked out. Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.25) ================================================================= System uname: 2.4.25 i686 AMD Athlon(TM) XP 1600+ Gentoo Base System version 1.4.3.13 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=athlon-xp -march=i686 -pipe" 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 /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=athlon-xp -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distcc sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/home/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi acpi4linux alsa apm arts avi berkdb cdr crypt cups encode esd foomaticdb gdbm ggi gif gnome gnomedb gpm gtk gtk2 guile imlib ipv6 java jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline sdl slang spell ssl tcltk tcpd tetex truetype video_cards_rage128 x86 xml2 xmms xv zlib"
I believe you, but I can't reproduce it. I've saved Tux during multiball before and the ball didn't get stuck in the left cave. However, the bug has been reported at the sourceforge project page: http://sourceforge.net/tracker/index.php?func=detail&aid=882716&group_id=43821&atid=437484 According to the news at http://pinball.sourceforge.net/, this project is dead upstream, so I think I'm going to mark this but as CANTFIX.
