Hi Kresimir, I have the same issue with Mathematica 6, and I ended up running it under Xnest (at the suggestion of Ted Zlatanov). That works although it's pretty ugly: no anti-aliased font support in Xnest as far as I can tell, and the Mathematica front-end seems to be a very ill-behaved X application, which causes some problems with screen refresh and phantom key events when you switch stumpwm groups.
For what it's worth, here's the script I use to start Mathematica using xfwm4 as a subsidiary window manager (the sleeps may not be strictly necessary, but I had some problems without them). Setting the font path in both the main X server and the nested server seems to be required. ---------------------------------------------------------------------- #!/bin/bash xset fp= /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/local/Wolfram/Mathematica/6.0/SystemFiles/Fonts/Type1,/usr/local/Wolfram/Mathematica/6.0/SystemFiles/Fonts/BDF sleep 2 Xnest -ac -geometry 1920x1170 -fp /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/local/Wolfram/Mathematica/6.0/SystemFiles/Fonts/Type1,/usr/local/Wolfram/Mathematica/6.0/SystemFiles/Fonts/BDF :1 & export DISPLAY=:1 xfwm4 & sleep 5 mathematica killall Xnest ---------------------------------------------------------------------- But, of course, that's yucky. If anyone does come up with a fix for this problem within stumpwm, that would be really great. Cheers, Ian. Kresimir Kumericki <[EMAIL PROTECTED]> writes: > > Dear all, > > I am a long-term user of ratpoison and now I tried stumpwm. It looks > great, but I experience problems when starting Wolfram Research's > Mathematica 6.0 (There is no problem with version 5.2!) > > What happens is that some error occurs (see log below), frame for > Mathematica window is not created (although application window is there > and can be focused by mouse), and then one of the two following > situations occurs: > > (1) number ordering of other frames is > rearranged (e.g 0*Terminal 1*Firefox becomes 0*Firefox 1*Terminal), > and if I had some groups, frames for all groups get squashed into default > group and second group is destroyed. > > (2) stumpwm is not responding (although process 'stumpwm' is still > running). I have to kill it and restart. > > There is an error log corresponding to situation (1) attached below. > This is with today's git version, but the same situation is with > 0.9.4.1, while stumpwm 0.9.2 simply crashes. > > I use SBCL 0.9.16 under Debian stable. > > Should I file a bug report? > > Best, > > Kresimir > > ------------------------------------------------------------------------ > > The value NIL is not of type NUMBER. > 0: (SB-DEBUG:BACKTRACE 100 #<SB-IMPL::STRING-OUTPUT-STREAM {1003CC5861}>) > 1: (STUMPWM::BACKTRACE-STRING) > 2: ((LAMBDA (STUMPWM::C)) #<TYPE-ERROR {1003CC5531}>) > 3: (SIGNAL #<TYPE-ERROR {1003CC5531}>) > 4: (ERROR TYPE-ERROR) > 5: (SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER > #<unavailable argument> > #.(SB-SYS:INT-SAP #X2AE246FF4310) > #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #X2AE246FF3E50 :TYPE (* > > (SB-ALIEN:STRUCT > > SB-VM::OS-CONTEXT-T-STRUCT))> > (527 15)) > 6: (SB-KERNEL:INTERNAL-ERROR > #.(SB-SYS:INT-SAP #X2AE246FF3E50) > #<unavailable argument>) > 7: ("foreign function: call_into_lisp") > 8: ("foreign function: funcall2") > 9: ("foreign function: interrupt_internal_error") > 10: (XLIB:GET-WM-CLASS #<XLIB:WINDOW :0 E00324>) > 11: (STUMPWM::XWIN-CLASS #<XLIB:WINDOW :0 E00324>) > 12: (STUMPWM::XWIN-TO-WINDOW #<XLIB:WINDOW :0 E00324>) > 13: (STUMPWM::PLACE-WINDOW > #S<screen #<XLIB:SCREEN :0.0 1024x1280x24 TRUE-COLOR>> > #<XLIB:WINDOW :0 E00324>) > 14: (STUMPWM::ADD-WINDOW > #S<screen #<XLIB:SCREEN :0.0 1024x1280x24 TRUE-COLOR>> > #<XLIB:WINDOW :0 E00324>) > 15: (STUMPWM::PROCESS-MAPPED-WINDOW > #S<screen #<XLIB:SCREEN :0.0 1024x1280x24 TRUE-COLOR>> > #<XLIB:WINDOW :0 E00324>) > 16: ((LABELS #:G159) > :PARENT > #<XLIB:WINDOW :0 135> > :SEND-EVENT-P > NIL > :WINDOW > #<XLIB:WINDOW :0 E00324>) > 17: (STUMPWM::HANDLE-EVENT > :DISPLAY > #<XLIB:DISPLAY :0 (The X.Org Foundation R70101000)> > :EVENT-KEY > :MAP-REQUEST > :EVENT-CODE > 20 > :SEND-EVENT-P > NIL > :SEQUENCE > 1170 > :PARENT > #<XLIB:WINDOW :0 135> > :EVENT-WINDOW > #<XLIB:WINDOW :0 135> > :WINDOW > #<XLIB:WINDOW :0 E00324>) > 18: (XLIB:PROCESS-EVENT > #<XLIB:DISPLAY :0 (The X.Org Foundation R70101000)> > :HANDLER > #<FUNCTION STUMPWM::HANDLE-EVENT> > :TIMEOUT > NIL > :PEEK-P > NIL > :DISCARD-P > NIL > :FORCE-OUTPUT-P > T) > 19: (STUMPWM::STUMPWM-INTERNAL-LOOP) > 20: (STUMPWM::STUMPWM-INTERNAL-LOOP) > 21: (STUMPWM::STUMPWM-INTERNAL ":0") > 22: (STUMPWM ":0") > 23: ((LAMBDA ())) > 24: ((LABELS SB-IMPL::RESTART-LISP)) > > ------------------------------------------------------------------------ -- Ian Ross, Geographical Sciences, University of Bristol, U.K. [EMAIL PROTECTED] _______________________________________________ Stumpwm-devel mailing list Stumpwm-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/stumpwm-devel