Both BasiliskII and BasiliskII-jit crash once the "Start" button is clicked upon configuring via GUI. Have tried multiple ROM images - from LC II and Quadra - as well as multiple screen settings. When the "Start" is clicked, screen goes blank momentarily (fullscreen), or I get the window-n-window with gray background momentarily (window), and then the BasiliskII/jit fails. Output on command line with window: bash-2.05b$ BasiliskII Basilisk II V1.0 by Christian Bauer et al. Reading ROM file... WARNING: Cannot open /dev/fd0H1440 (No such file or directory) WARNING: Cannot open /dev/fd1H1440 (No such file or directory) Using /dev/dsp audio output do_handle_screen_fault: unhandled address 0x41245700 [IP=0x80a56fc] D0: 00000000 D1: fffcffff D2: fffffffc D3: 0000000f D4: 0003fffc D5: 00000000 D6: 00000012 D7: 00000000 A0: 0000007c A1: 00000002 A2: 000068b8 A3: 00006cd0 A4: 000064ac A5: 00c12700 A6: 00000000 A7: 004009ae USP=00000000 ISP=004009ae MSP=00000000 VBR=00000000 T=00 S=1 M=0 X=1 N=1 Z=0 V=0 C=0 IMASK=0 FP0: 0 FP1: 0 FP2: 0 FP3: 0 FP4: 0 FP5: 0 FP6: 0 FP7: 0 N=0 Z=0 I=0 NAN=0 0082e8e8: 2815 28c4 c081 c284 8287 MOVE.L (A5),D4 next PC: 0082e8ea Output on commandline from fullscreen: bash-2.05b$ BasiliskII Basilisk II V1.0 by Christian Bauer et al. Reading ROM file... WARNING: Cannot open /dev/fd0H1440 (No such file or directory) WARNING: Cannot open /dev/fd1H1440 (No such file or directory) Using /dev/dsp audio output Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 29 error_code 8 request_code 1 minor_code 0 BasiliskII version: 1.0.0_pre20020115 BasiliskII-jit version: 1.0.0-r1 Info from emerge info: Portage 2.0.51-r2 (default-x86-1.4, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.26 i686) ================================================================= System uname: 2.4.26 i686 Intel(R) Xeon(TM) CPU 2.66GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /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="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distlocks fixpackages sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib apm arts avi berkdb bitmap-fonts bonobo c++ cdr crypt cups dga directfb dvd encode esd f77 foomaticdb gdbm gif gimp-perl gimp-print gimpprint gnome gphoto2 gpm gtk gtk2 gtkhtml guile imlib java jpeg kde ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls objc oggvorbis opengl oss pam pdflib perl pngpostgres python qt quicktime readline scanner sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype x86 xml2 xmms xprint xv zlib" Reproducible: Always Steps to Reproduce: 1.$ BasiliskII 2. Configure via GUI 3. Click "Start" Actual Results: Mac OS almost comes up, then bombs with above errors at command line. Expected Results: Mac OS to continue to come up, allowing emulation. This BasiliskII had worked years ago on Linux via Caldera OpenLinux 2.4 (before they became the devil), used in fullscreen/window with no problems. Using same *prefs file from that time does not help. I believe problem to be associated with Gdk/Gtk.
any ideas David?
I have no idea what is causing that. To be honest I haven't used BasiliskII. I stick with mol. I assume it is using the drawing primitives of Gdk and for some reason fails due to invalid use of it. Maybe someone has created a patch for it.
I have added a CVS snapshot as the current version was really old. Please test 1.0.0_pre20050412.
I'm getting the same results with both the old and new versions...
Masked the dead application.
Just as a point of reference, Basilisk II[1] works without a problem on my system, which is running on amd64, with everything up to date (and from the unstable branch, on some packages). Theres actually a decent chance that the problem was caused by a bad pram file (~/.basilisk_ii_xpram). Deleting ~/.basilisk_ii_* would also get rid of the prefs, which could easily resolve the problem. Another possibility is a compiler optimization flag causing problems. I'd try with just "-O2 -march=pentium4", not: "-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -fomit-frame-pointer" like the original post showed. Oh, and the 2005 version of basilisk, at least, is a Gtk 2.0 application, so the ebuild should *not* be pulling gtk 1.2 in. As far as the program being dead, nabbing the latest cvs version[2] to check, while it looks like all the updates are being done by one person[3], and only occasionally, it has had code changes within the last few months, and a sweep of Copyright date changes on New Years. (Though the official homepage information is outdated in portage. It should be http://basilisk.cebix.net/) [1] The regular version, not JIT. [2] To download the current version of the sources via CVS: $ cvs -d :pserver:anoncvs@cvs.cebix.net:/home/cvs/cebix login (password is "anoncvs") $ cvs -d :pserver:anoncvs@cvs.cebix.net:/home/cvs/cebix checkout BasiliskII [3] Who is the same person who forked Basilisk II-JIT. In fact, looking, I think the JIT version may just be a later CVS build with a configure flag enabled for JIT.
Created attachment 141379 [details] ebuild for the current cvs build of basilisk In case anyone wants to test this with the latest cvs version, I've attached an ebuild that pulls from cvs, has jit as a use flag, and has both the correct homepage and doesn't try to pull in obsolete versions of gtk.
And it's gone.
What do you mean with "gone"? :( I have bug #256036 and it kills my X server, probably due to radeon DRI driver. If I use VESA it works fine.
Just put the ebuild in your own overlay and install it. Sorted.