March 2008 - mcclim-devel - mailman3.common-lisp.net

[mcclim-devel] [bug] Asynchronous ID-CHOICE-ERROR -- CLX or McCLIM?
by Nikodemus Siivola 23 Aug '08

23 Aug '08

This may be a CLX issue, or a problem in the CLX backend -- I would not know, but the test-case is pure CLIM. After the error future attempts to RUN-FRAME-TOP-LEVEL result in similar errors. Backtrace follows, self contained test-case attached (RUN-FRAME-TOP-LEVEL, then "Stress" -- it may take a while, but eventually it breaks for me.) This is CVS McCLIM, Christophe's CLX, and SBCL 1.0.13.45, on a MacBook running Tiger. $ uname -a Darwin manic.local 8.11.1 Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386 i386 X is the Apple packaged one: X11 1.1.3 - XFree86 4.4.0 Cheers, -- Nikodemus Asynchronous ID-CHOICE-ERROR in request 10265 (last request was 10266) Code 55.0 [CreateGC] ID #x600002 [Condition of type XLIB:ID-CHOICE-ERROR] Restarts: 0: [CONTINUE] Ignore 1: [ABORT] Return to application command loop 2: [ABORT] Return to SLIME's top level. 3: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (XLIB::X-CERROR "Ignore" XLIB:ID-CHOICE-ERROR) 1: (XLIB:DEFAULT-ERROR-HANDLER #<XLIB:DISPLAY :0 (The XFree86 Project, Inc R40400000)> XLIB:ID-CHOICE-ERROR) 2: (XLIB::REPORT-ERROR #<XLIB:DISPLAY :0 (The XFree86 Project, Inc R40400000)> 14 XLIB:ID-CHOICE-ERROR) 3: (XLIB::READ-ERROR-INPUT #<XLIB:DISPLAY :0 (The XFree86 Project, Inc R40400000)> 10265 #S(XLIB::REPLY-BUFFER :SIZE 32 :IBUF8 #(0 14 25 40 2 0 ...) :NEXT NIL :DATA-SIZE 32) #<SB-THREAD:THREAD "initial thread" {116920A9}>) 4: (XLIB::READ-INPUT #<XLIB:DISPLAY :0 (The XFree86 Project, Inc R40400000)> NIL NIL #<FUNCTION (LAMBDA (XLIB::PENDING-COMMAND)) {13969ECD}>) 5: (XLIB::READ-REPLY #<unavailable argument> #<unavailable argument>) 6: (XLIB:ALLOC-COLOR #<XLIB:COLORMAP TRUE-COLOR :0 32> #<XLIB:COLOR 0.641639 0.52443945 0.84608877>) 7: ((SB-PCL::FAST-METHOD CLIM-CLX::X-PIXEL (CLIM-CLX::CLX-PORT T)) #(17 NIL) #<unavailable argument> #<CLIM-CLX::CLX-PORT :HOST "" :DISPLAY-ID 0 {122D0AC1}> #<CLIM-INTERNALS::NAMED-COLOR "Unnamed color">) 8: ((SB-PCL::FAST-METHOD CLIM-CLX::MEDIUM-GCONTEXT (CLIM-CLX::CLX-MEDIUM COLOR)) #(9 NIL) #<unused argument> #<CLIM-CLX::CLX-MEDIUM {13F67CE1}> #<CLIM-INTERNALS::NAMED-COLOR "Unnamed color">) 9: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<CLIM-CLX::CLX-MEDIUM {13F67CE1}> #<CLIM-INTERNALS::NAMED-COLOR "Unnamed color">) 10: ((SB-PCL::FAST-METHOD MEDIUM-DRAW-POINT* (CLIM-CLX::CLX-MEDIUM T T)) #<unavailable argument> #<unavailable argument> #<CLIM-CLX::CLX-MEDIUM {13F67CE1}> 290 142) 11: ((SB-PCL::FAST-METHOD CLIM-INTERNALS::DO-GRAPHICS-WITH-OPTIONS-INTERNAL (MEDIUM T T)) #<unavailable argument> #<unavailable argument> #<CLIM-CLX::CLX-MEDIUM {13F67CE1}> #<CLIM-CLX::CLX-MEDIUM {13F67CE1}> #<CLOSURE (FLET CLIM-INTERNALS::GRAPHICS-OP) {13F67CC5}>) 12: ((SB-PCL::FAST-METHOD CLIM-INTERNALS::DO-GRAPHICS-WITH-OPTIONS (CLIM-INTERNALS::PIXMAP T)) #<unavailable argument> #<unavailable argument> #<CLIM-INTERNALS::MIRRORED-PIXMAP {117385F9}> #<CLOSURE (FLET CLIM-INTERNALS::GRAPHICS-OP) {13F67CC5}>) 13: ((LAMBDA (COLOR X Y)) #(0.641639 0.52443945 0.84608877) 290 142) 14: (RANDOM-RENDER 400 300 #<CLOSURE (LAMBDA (COLOR X Y)) {11738895}>) 15: (RENDER-SCENE #<APPLICATION-PANE CANVAS {11F91F99}>) 16: (COM-STRESS) 17: ((SB-PCL::FAST-METHOD DEFAULT-FRAME-TOP-LEVEL (APPLICATION-FRAME)) #<unavailable argument> #<unavailable argument> #<TEST-FRAME {1381E9F1}>) 18: ((SB-PCL::FAST-METHOD RUN-FRAME-TOP-LEVEL (APPLICATION-FRAME)) #<unavailable argument> #<unavailable argument> #<TEST-FRAME {1381E9F1}>) 19: ((SB-PCL::FAST-METHOD RUN-FRAME-TOP-LEVEL :AROUND (APPLICATION-FRAME)) #<unavailable argument> #S(SB-PCL::FAST-METHOD-CALL :FUNCTION #<FUNCTION (SB-C::&OPTIONAL-DISPATCH #) {131373FD}> :PV NIL :NEXT-METHOD-CALL NIL :ARG-INFO (1 . T)) #<TEST-FRAME {1381E9F1}>) 20: (SB-INT:SIMPLE-EVAL-IN-LEXENV (RUN-FRAME-TOP-LEVEL (MAKE-APPLICATION-FRAME (QUOTE TEST-FRAME))) #<NULL-LEXENV>)

3 12

[mcclim-devel] Re: mcclim-devel Digest, Vol 39, Issue 4
by Irene DURAND 31 Mar '08

31 Mar '08

Hello, All my problems are gone with the latest version of flexichain 1.5.1. Thanks for you help. Irène > > Today's Topics: > > 1. pb with latest version (Irene DURAND) > 2. Re: pb with latest version (Irene DURAND) > > > ---------------------------------------------------------------------- >

1 0

Re: [mcclim-devel] Re: pb with latest version
by idurand＠labri.fr 28 Mar '08

28 Mar '08

Thanks for all you answers. I will try with Flexichain 1.5.1 on monday and keep you informed. Irène Troels Henriksen <athas(a)sigkill.dk> a écrit : > Irene DURAND <idurand(a)labri.fr> writes: > >> After recompiling also subsystems and updating clx the calculator works. >> But my SLS application which used to work fails with the following error: >> The function DREI-BUFFER::DELETE-ELEMENTS* is undefined. >> Again something related to DREI. >> Has anybody an idea of the problem? > > CVS McCLIM requires Flexichain 1.5.1. This is the version that is > installed via ASDF-Install and also the version accessible via > Flexichain CVS. > > -- > \ Troels > /\ Henriksen >

1 0

[mcclim-devel] pb with latest version
by Irene DURAND 28 Mar '08

28 Mar '08

Hello, I did a cvs update in the wrong window and got my working mcclim updated without wanting it. I did remove all object files and recompile everything. But none of my clim applications run. So I tried with the clim-demo calculator which fails as well (although with a different error but the error is always related to DREI). Does everybody have this problem or just me? Should I try to go back to an earlier version? Thanks in advance for your help. Irène PS: I am on linux with SBCL 1.0.9 CLIM-DEMO> (calculator) --------------------------------------------------------------------------------------------------------------------------------------------------------------- There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION DREI-BUFFER:BUFFER (8)> when called with arguments (#<CLIM-INTERNALS::DREI-TEXT-FIELD-SUBSTRATE "(Unnamed Pane)" {AD180A9}>). [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT-REQUEST] Abort handling SLIME request. 1: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {CA7BA99}>) Backtrace: 0: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument> #<unavailable argument> #<STANDARD-GENERIC-FUNCTION DREI-BUFFER:BUFFER (8)>) 1: ((SB-PCL::FAST-METHOD GADGET-VALUE (DREI:DREI-GADGET-PANE)) #<unavailable argument> #<unavailable argument> #<CLIM-INTERNALS::DREI-TEXT-FIELD-SUBSTRATE "(Unnamed Pane)" {AD180A9}>) 2: ((LABELS #:G125) #<CLIM-CLX::CLX-MEDIUM {AD46CF1}>)

3 4

[mcclim-devel] "Show file" gives blanc window
by Willem Broekema 23 Mar '08

23 Mar '08

On Allegro 8.1 I have an issue with showing a text file contents, via the "Show file" menu option. Sometimes the contents is shown, but about 80% of the time the window popping up is blanc. If the text file contains several lines then the lines quickly scroll by when the window is opened, but the result is still a blanc window. Resizing the window does not trigger drawing either. Regards, - Willem

1 0

[mcclim-devel] Drei issues
by Willem Broekema 23 Mar '08

23 Mar '08

Hi, The following two issues in Drei came up in Allegro 8.1: 1. In Drei/syntax.lisp in update-lex there is a call to undefined function low-mark. 2. In the listener, I try to show a picture from a file. Typing in the accept box for the filename gives the following error (normally caught in av-do-accept, but I disabled the catch-all handler): Error: missing value for argument DREI::RELATIVE-CHUNK-END-OFFSET [condition type: SIMPLE-ERROR] Restart actions (select using :continue): 0: Return to application command loop 1: Return to Top Level (an "abort" restart). 2: Abort entirely from this (lisp) process. [1] CLIM-USER(63): :zo Evaluation stack: (ERROR SIMPLE-ERROR :FORMAT-CONTROL ...) ->(DREI::FETCH-CHUNK #<DREI:BUFFER-LINE @ #x117fa84a> 1) (DREI:BUFFER-VIEW-STROKE-PUMP #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> #S(DREI::DISPLAYED-STROKE :START-OFFSET NIL ...) ...) ((METHOD DREI:STROKE-PUMP-WITH-SYNTAX (DREI:TEXTUAL-DREI-SYNTAX-VIEW DREI-FUNDAMENTAL-SYNTAX:FUNDAMENTAL-SYNTAX T T)) #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> #<DREI-FUNDAMENTAL-SYNTAX:FUNDAMENTAL-SYNTAX @ #x1113c3c2> ...) [... DREI:STROKE-PUMP-WITH-SYNTAX ] ((METHOD DREI:STROKE-PUMP (DREI:DREI-SYNTAX-VIEW T T)) #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> #S(DREI::DISPLAYED-STROKE :START-OFFSET NIL ...) ...) ((METHOD DREI:STROKE-PUMP :AROUND (DREI:DREI-BUFFER-VIEW DREI::DISPLAYED-STROKE T)) #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> #S(DREI::DISPLAYED-STROKE :START-OFFSET NIL ...) ...) ((:INTERNAL (:EFFECTIVE-METHOD 3 NIL NIL T T) 0) #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> #S(DREI::DISPLAYED-STROKE :START-OFFSET NIL ...) ...) (DREI::PUT-STROKE #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> #S(DREI::DISPLAYED-LINE :START-OFFSET 0 ...) ...) (DREI::DRAW-LINE-STROKES #<CLIM-LISTENER::LISTENER-INTERACTOR-PANE CLIM-LISTENER::INTERACTOR @ #x1109c912> #<DREI:TEXTUAL-DREI-SYNTAX-VIEW name: *scratch* 1 @ #x1113c3b2> ...) ... more older frames ... [1] CLIM-USER(64): That error is thrown in fetch-chunk, which does: (destructuring-bind (relative-chunk-end-offset . objectp) (aref (chunks line) chunk-index) and at that point, (chunks line) = #((2)) while chunk-index = 1. Cheers, - Willem

2 2

[mcclim-devel] Method browser applicable methods improvement
by Willem Broekema 04 Mar '08

04 Mar '08

In the method browser, the function COMPUTE-APPLICABLE-METHODS-FROM-SPECIALIZERS determines the applicable methods by first creating a list of prototype instances for the specializers. The instances are then fed to COMPUTE-APPLICABLE-METHODS. The problem is that fetching prototype instances of built-in classes is brittle (the function is not part of ANSI), e.g. in Allegro: CL-USER(78): (mop::class-prototype (find-class 'integer)) Error: The slot EXCL::PROTOTYPE is missing from the object #<BUILT-IN-CLASS INTEGER> of class #<STANDARD-CLASS BUILT-IN-CLASS> during operation SLOT-VALUE [condition type: PROGRAM-ERROR] Restart actions (select using :continue): 0: Try accessing the slot again 1: Return a value 2: Return to Top Level (an "abort" restart). 3: Abort entirely from this (lisp) process. See also this discussion: http://groups.google.nl/group/comp.lang.lisp/browse_frm/thread/a15fd265fa3b… The attached patch makes the method browser robust against unavailable prototype instances, and documents where things still to wrong. Cheers, - Willem

2 1

[mcclim-devel] cpu constantly at 99% with just a simple GUI open
by Dietrich Bollmann 04 Mar '08

04 Mar '08

Hi, I build a very small GUI based on the calculator example. But when starting the GUI the CPU is constantly at 99%. Is this normal? Is there some configuration option to get a different behaviour? Does McCLIM use some kind of polling internally? And is there some hope that this might change in the future? Some day I would like to experiment with some realtime application and a busy CPU probably wouldn't be something good :) Thank you, Dietrich By the way: Rick Taube, the author of "lambda-gtk" and "common music" recently seemed to have switched from lambda-gtk to a C++ based gui (using "juce") which seems to communicate with his lisp code via a socket. I suppose that his main reason was the audio functionality which is part of "juce" and the possibility to easily use the same code for Windows, Mac and Linux. But another reason might have been a better realtime behaviour compared to the lambda-gtk gui. Would this be a better way to go?

4 13

[mcclim-devel] Drei Lisp syntax fix
by Willem Broekema 02 Mar '08

02 Mar '08

There is a small error in FORM-TO-OBJECT, which causes the method for incomplete-quote-form to be shadowed by the NO-APPLICABLE-METHOD default method. The attached patch fixes this. Cheers, - Willem

2 2