stumpwm-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [STUMP] Problem with Mathematica 6


From: Ian Ross
Subject: Re: [STUMP] Problem with Mathematica 6
Date: Thu, 16 Oct 2008 15:46:07 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

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 <address@hidden> 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.
address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]