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

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

[mcclim-devel] drei-gadget-panes
by Thomas Persson 16 Feb '08

16 Feb '08

Hi A small patch to make a drei-gadget-pane inherit from the application-frame's command-table.

1 0

[mcclim-devel] Reinstate #\: as command-dispatcher
by Rudi Schlatte 07 Feb '08

07 Feb '08

Hi, The description of *command-dispatchers* at the bottom of http://www.stud.uni-karlsruhe.de/~unk6/clim-spec/27-6.html#_1436 is quite clear: #\: must be included. I'd like to commit the attached patch, but based on my recent track record I figured it would be better to ask first. Cheers, Rudi

3 2

[mcclim-devel] New McClim installation
by Bill Sauer 05 Feb '08

05 Feb '08

Hi, I would like to setup mcclim on a new machine. I have cmucl 19d and fedora 8. I have searched the Web for clues on how to do this but much of it seems out of date with broken links. Is there anywhere I can find out in a straight forward manner what needs to be done and in what order. I have been on the mailing list for some time and it's pretty clear that mcclim is evolving rapidly which is good. My concern is that what ever I setup be amenable to reasonably easy upgrades as mcclim grows. Thanks for the help. Bill Sauer

2 2