From ln at bk.ru Fri Aug 4 14:14:00 2006 From: ln at bk.ru (Novikov Leonid) Date: Fri, 04 Aug 2006 18:14:00 +0400 Subject: [cells-gtk-devel] patch for dynamic columns Message-ID: <44D35628.9000302@bk.ru> This patch allows to change amount a columns in tree-view during execution. For instance: (defpackage :test (:use :common-lisp :cells :cells-gtk)) (in-package :test) (defmodel mymodel () (( columns-list :cell t :accessor columns-list :initarg :columns-list :initform (c-in (def-columns (:string (:title "1")))) ) (items-list :cell t :accessor items-list :initarg :items-list :initform (c-in nil) )) ) (defvar *model* (make-instance 'mymodel)) (defmodel test-dyn-col (gtk-app) () (:default-initargs ;:md-name :test-dyn-col :kids (list (mk-vbox :kids (list (mk-listbox :columns (c? (columns-list *model*)) :items (c? (items-list *model*))) (mk-button :on-clicked (callback (w e d) (progn (setf (columns-list *model*) (list (list :string (list :title "1")) (list :string (list :title "2")))) (setf (items-list *model*) (list (list "qwe" "wsx"))))))))))) (cells-gtk-init) (cells-gtk:start-app 'test-dyn-col) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff2 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff1 URL: From ln at bk.ru Fri Aug 4 14:13:08 2006 From: ln at bk.ru (Novikov Leonid) Date: Fri, 04 Aug 2006 18:13:08 +0400 Subject: [cells-gtk-devel] patch for dialogs.lisp Message-ID: <44D355F4.1020602@bk.ru> This patch adds GtkDialog widget in dialogs.lisp. And does others dialog widgets his heir. I test this on Clisp 2.35 (Windows XP) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-dialogs URL: From eenge at common-lisp.net Mon Aug 7 13:27:51 2006 From: eenge at common-lisp.net (Erik Enge) Date: Mon, 7 Aug 2006 09:27:51 -0400 (EDT) Subject: [cells-gtk-devel] Please move your files off ofcommon-lisp.net FTP Message-ID: <20060807132751.E6E822F028@common-lisp.net> As mentioned in http://common-lisp.net/pipermail/users/2006-August/000006.html FTP will soon be going away on common-lisp.net. Your project showed up in a grep for ftp in your public_html suggests that you either store files in your ftp directory or that you link to files in FTP on common-lisp.net. This email serves as a second notice that you'll want to update your links and move your files. Move them into your public_html directory and link to them there, Apache will happily serve them for you. Thanks, Erik. From jasondunsmore at gmail.com Wed Aug 9 22:26:19 2006 From: jasondunsmore at gmail.com (Jason Dunsmore) Date: Wed, 9 Aug 2006 15:26:19 -0700 Subject: [cells-gtk-devel] Error on SBCL: Unable to load foreign library: libgobject-2.0 Message-ID: <93f5c6d70608091526r66b60ef2nb67a80e1643e8e7c@mail.gmail.com> I'm trying to use cells-gtk-2006-06-30 with SBCL 0.9.14. cells-gtk loads fine with (load "load"), but when I go to run the demo with (test-gtk:gtk-demo t), I get the error: Unable to load foreign library: libgobject-2.0 [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR] I'm running Debian testing, and libgobject-2.0.so.0 is in /usr/lib. I've tried: symlinking libgobject-2.0.so.0 to libgobject-2.0.so, adding /usr/lib to /etc/ld.so.conf and running ldconfig, applying the fix listed at http://common-lisp.net/pipermail/cells-gtk-devel/2006-July/000214.html, and using CVS version of cells-gtk, but I still get the error. After each attempt, I've removed all fasls and reloaded slime. Any other ideas? Thanks, Jason Dunsmore From peter.denno at nist.gov Wed Aug 9 23:24:37 2006 From: peter.denno at nist.gov (Peter Denno) Date: Wed, 9 Aug 2006 19:24:37 -0400 Subject: [cells-gtk-devel] Error on SBCL: Unable to load foreign library: libgobject-2.0 In-Reply-To: <93f5c6d70608091526r66b60ef2nb67a80e1643e8e7c@mail.gmail.com> References: <93f5c6d70608091526r66b60ef2nb67a80e1643e8e7c@mail.gmail.com> Message-ID: <200608091924.37554.peter.denno@nist.gov> On Wednesday 09 August 2006 18:26, Jason Dunsmore wrote: > I'm trying to use cells-gtk-2006-06-30 with SBCL 0.9.14. cells-gtk > loads fine with (load "load"), but when I go to run the demo with > (test-gtk:gtk-demo t), I get the error: > > Unable to load foreign library: libgobject-2.0 > [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR] > > I'm running Debian testing, and libgobject-2.0.so.0 is in /usr/lib. > I've tried: symlinking libgobject-2.0.so.0 to libgobject-2.0.so, > adding /usr/lib to /etc/ld.so.conf and running ldconfig, applying the > fix listed at > http://common-lisp.net/pipermail/cells-gtk-devel/2006-July/000214.html, and > using CVS version of cells-gtk, but I still get the error. After each > attempt, I've removed all fasls and reloaded slime. > > Any other ideas? Huh! It sounds like you tried all the right things. I tried it with 0.9.14 and didn't have a problem. The relevant code is in cells-gtk/root/gtk-ffi/gtk-ffi.lisp Try evaluating the load-gtk-libs in there. It calls (cffi:load-foreign-library :gobject). Try evaluating just that. Is your object file called libgobject-2-0.so ? You might study cffi:load-foreign-library, there isn't too much to it. > > Thanks, > Jason Dunsmore > _______________________________________________ > cells-gtk-devel site list > cells-gtk-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-gtk-devel -- - Best regards, Peter From atkinw at rpi.edu Thu Aug 10 17:26:25 2006 From: atkinw at rpi.edu (Bill Atkins) Date: Thu, 10 Aug 2006 13:26:25 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 Message-ID: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> Is anyone using Cells-gtk successfully on Lispworks 5.0 (32-bit Linux, in particular)? I can run my application once, but if I close the main window and then attempt to run it again, I get "Evaluating..." in the echo area and no window appears. I eventually took part of the test-gtk.lisp code, narrowed it down to the simplest case and tried that. It still didn't work. Strangely enough, loading the "test-gtk" package and running TEST-GTK:GTK-DEMO does not have this problem - that is, I can run that as many times as I like, and I get a window each time. SBCL, however, seems to handle both of these without a problem. I've pasted the source code to my test case and also the debug output from the first run (ie the run that works) and from the second run, where LispWorks seems to be perpetually "Evaluating...". Here is the paste: http://paste.lisp.org/display/23932 -- Bill Atkins From peter.denno at nist.gov Thu Aug 10 18:50:05 2006 From: peter.denno at nist.gov (Peter Denno) Date: Thu, 10 Aug 2006 14:50:05 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> Message-ID: <200608101450.06076.peter.denno@nist.gov> On Thursday 10 August 2006 13:26, Bill Atkins wrote: > Is anyone using Cells-gtk successfully on Lispworks 5.0 (32-bit Linux, > in particular)? I can run my application once, but if I close the > main window and then attempt to run it again, I get "Evaluating..." in > the echo area and no window appears. > > I eventually took part of the test-gtk.lisp code, narrowed it down to > the simplest case and tried that. It still didn't work. Strangely > enough, loading the "test-gtk" package and running TEST-GTK:GTK-DEMO > does not have this problem - that is, I can run that as many times as > I like, and I get a window each time. SBCL, however, seems to handle > both of these without a problem. I've pasted the source code to my > test case and also the debug output from the first run (ie the run > that works) and from the second run, where LispWorks seems to be > perpetually "Evaluating...". > > Here is the paste: http://paste.lisp.org/display/23932 Hi, You might have a look at start-app in root/cells-gtk/gtk-app.lisp. I coded the use of restarts in that code. Despite reading up abot restarts in Practical Common Lisp, I still don't think I quite understand them. So that code is suspect, especially because it has #+lispworks in it. Maybe you could try the code in start-app that currently is #-lispworks. It simply runs gtk-main. The idea of the the #+lispworks alternative (stuff with process-wait-with-timeout) is to give other processes (slime in particular) a chance to run. I don't have LW 5.0 yet so I probably can't be much help. -- - Best regards, Peter From jasondunsmore at gmail.com Thu Aug 10 21:12:01 2006 From: jasondunsmore at gmail.com (Jason Dunsmore) Date: Thu, 10 Aug 2006 14:12:01 -0700 Subject: [cells-gtk-devel] Error on SBCL: Unable to load foreign library: libgobject-2.0 In-Reply-To: <200608091924.37554.peter.denno@nist.gov> References: <93f5c6d70608091526r66b60ef2nb67a80e1643e8e7c@mail.gmail.com> <200608091924.37554.peter.denno@nist.gov> Message-ID: <93f5c6d70608101412wf378eecna7841c87ee4390fd@mail.gmail.com> On 8/9/06, Peter Denno wrote: > > The relevant code is in cells-gtk/root/gtk-ffi/gtk-ffi.lisp Try evaluating the > load-gtk-libs in there. It calls (cffi:load-foreign-library :gobject). Try > evaluating just that. > I was able to load all the libraries by making symlinks from .so.0 to .so. I'm not sure what I did to make this start working, since I tried it before and it didn't work. Another problem I encountered was getting cffi:load-foreign-library to recognize libcellsgtk.so. I tried copying the prebuilt libcellsgtk.so to /usr/lib, but I ended up having to compile it myself. It's confusing that cells-gtk comes with a prebuilt version. Thanks for the help. Jason From jeffrey.k.cunningham at boeing.com Thu Aug 10 21:38:03 2006 From: jeffrey.k.cunningham at boeing.com (Jeff Cunningham) Date: Thu, 10 Aug 2006 14:38:03 -0700 Subject: [cells-gtk-devel] Error on SBCL: Unable to load foreign library:libgobject-2.0 In-Reply-To: References: Message-ID: <20060810213803.GA26976@medea.ds.boeing.com> I had a similar problem with cmucl, maybe the solution is the same: try making the load-foreign-library function in cffi/src/cffi-sbcl.lisp return T (defun %load-foreign-library (name) "Load the foreign library NAME." (sys::load-object-file name) t) -- Jeffrey Cunningham Advanced ISR Systems The Boeing Company ph: 253.773.5084 On Wed, Aug 09, 2006 at 03:40:38PM -0700, Jason Dunsmore wrote: > I'm trying to use cells-gtk-2006-06-30 with SBCL 0.9.14. cells-gtk > loads fine with (load "load"), but when I go to run the demo with > (test-gtk:gtk-demo t), I get the error: > > Unable to load foreign library: libgobject-2.0 > [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR] > > I'm running Debian testing, and libgobject-2.0.so.0 is in /usr/lib. > I've tried: symlinking libgobject-2.0.so.0 to libgobject-2.0.so, > adding /usr/lib to /etc/ld.so.conf and running ldconfig, applying the > fix listed at http://common-lisp.net/pipermail/cells-gtk-devel/2006-July/000214.html, > and using CVS version of cells-gtk, but I still get the error. After > each attempt, I've removed all fasls and reloaded slime. > > Any other ideas? > > Thanks, > Jason Dunsmore > _______________________________________________ > cells-gtk-devel site list > cells-gtk-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-gtk-devel From atkinw at rpi.edu Sat Aug 12 13:58:38 2006 From: atkinw at rpi.edu (Bill Atkins) Date: Sat, 12 Aug 2006 09:58:38 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <200608101450.06076.peter.denno@nist.gov> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <200608101450.06076.peter.denno@nist.gov> Message-ID: <66b7e34b0608120658x295b67cao7c22f0f3400cb120@mail.gmail.com> It turns out this problem never happens if I only call START-APP from the listener. As soon as I call it from the LispWorks editor, something happens that prevents me from calling START-APP again. It seems like the main difference between evaluating a form at the listener and in the editor is that LispWorks starts a new thread for forms evaluated in the editor. Perhaps this interferes with Gtk somehow. I can at least get some work done with this: (defun gtk-demo (&optional dbg) (unless (search "Listener" (mp:process-name mp:*current-process*)) (error "Run only from the listener")) (cells-gtk-init) (cells-gtk:start-app 'tets-gtk :debug dbg)) but that's not solving the problem. If this (i.e. spawning a new thread to run gtk-main breaking future calls to it) rings a bell with anyone, let me know. I'll post here if I find something that works. Bill On 8/10/06, Peter Denno wrote: > On Thursday 10 August 2006 13:26, Bill Atkins wrote: > > Is anyone using Cells-gtk successfully on Lispworks 5.0 (32-bit Linux, > > in particular)? I can run my application once, but if I close the > > main window and then attempt to run it again, I get "Evaluating..." in > > the echo area and no window appears. > > > > I eventually took part of the test-gtk.lisp code, narrowed it down to > > the simplest case and tried that. It still didn't work. Strangely > > enough, loading the "test-gtk" package and running TEST-GTK:GTK-DEMO > > does not have this problem - that is, I can run that as many times as > > I like, and I get a window each time. SBCL, however, seems to handle > > both of these without a problem. I've pasted the source code to my > > test case and also the debug output from the first run (ie the run > > that works) and from the second run, where LispWorks seems to be > > perpetually "Evaluating...". > > > > Here is the paste: http://paste.lisp.org/display/23932 > > > Hi, > > You might have a look at start-app in root/cells-gtk/gtk-app.lisp. I coded the > use of restarts in that code. Despite reading up abot restarts in Practical > Common Lisp, I still don't think I quite understand them. So that code is > suspect, especially because it has #+lispworks in it. Maybe you could try the > code in start-app that currently is #-lispworks. It simply runs gtk-main. The > idea of the the #+lispworks alternative (stuff with > process-wait-with-timeout) is to give other processes (slime in particular) a > chance to run. > > I don't have LW 5.0 yet so I probably can't be much help. > > > > -- > - Best regards, > Peter > _______________________________________________ > cells-gtk-devel site list > cells-gtk-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-gtk-devel > -- Bill Atkins From atkinw at rpi.edu Sat Aug 12 15:38:31 2006 From: atkinw at rpi.edu (Bill Atkins) Date: Sat, 12 Aug 2006 11:38:31 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <200608121019.29015.peter.denno@nist.gov> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <200608101450.06076.peter.denno@nist.gov> <66b7e34b0608120657k121b8082t59871b19d37a331f@mail.gmail.com> <200608121019.29015.peter.denno@nist.gov> Message-ID: <66b7e34b0608120838r2c2f9e37yc46ff7b961674dfa@mail.gmail.com> So, believe it or not (I'm not sure I do), I'm getting the same behavior in SLIME - if I run (test-g:gtk-demo) from the REPL, all is fine; if I evaluate it in the editor, the window never comes up and the modeline says "eval...". I also just tried the latest CVS, to no avail. Still no problems with SBCL. On 8/12/06, Peter Denno wrote: > On Saturday 12 August 2006 09:57, you wrote: > > It turns out this problem never happens if I only call START-APP from > > the listener. As soon as I call it from the LispWorks editor, > > something happens that prevents me from calling START-APP again. It > > seems like the main difference between evaluating a form at the > > listener and in the editor is that LispWorks starts a new thread for > > forms evaluated in the editor. Perhaps this interferes with Gtk > > somehow. I can at least get some work done with this: > > > > (defun gtk-demo (&optional dbg) > > (unless (search "Listener" (mp:process-name mp:*current-process*)) > > (error "Run only from the listener")) > > (cells-gtk-init) > > (cells-gtk:start-app 'tets-gtk :debug dbg)) > > > > but that's not solving the problem. If this (i.e. spawning a new > > thread to run gtk-main breaking future calls to it) rings a bell with > > anyone, let me know. I'll post here if I find something that works. > > Interesting. > > I've had problems getting cells-gtk to play fair with the lispworks editor -- > the whole #+lispworks thing in gtk-app.lisp we talked about -- but nothing > like what you are describing. Does the editor have an event loop in which you > could add a hook to run something? (I don't know what, cells-gtk? > diagnositics? But it might be something to tinker with). > > So in summary, it looks like cells-gtk is OK on LW 5 (this is linux, right?) > except for interaction with LW's editor. It's probably OK in slime, for > example. (My usual setup is slime with LW.) > > > > > > Bill > > > > On 8/10/06, Peter Denno wrote: > > > On Thursday 10 August 2006 13:26, Bill Atkins wrote: > > > > Is anyone using Cells-gtk successfully on Lispworks 5.0 (32-bit Linux, > > > > in particular)? I can run my application once, but if I close the > > > > main window and then attempt to run it again, I get "Evaluating..." in > > > > the echo area and no window appears. > > > > > > > > I eventually took part of the test-gtk.lisp code, narrowed it down to > > > > the simplest case and tried that. It still didn't work. Strangely > > > > enough, loading the "test-gtk" package and running TEST-GTK:GTK-DEMO > > > > does not have this problem - that is, I can run that as many times as > > > > I like, and I get a window each time. SBCL, however, seems to handle > > > > both of these without a problem. I've pasted the source code to my > > > > test case and also the debug output from the first run (ie the run > > > > that works) and from the second run, where LispWorks seems to be > > > > perpetually "Evaluating...". > > > > > > > > Here is the paste: http://paste.lisp.org/display/23932 > > > > > > Hi, > > > > > > You might have a look at start-app in root/cells-gtk/gtk-app.lisp. I > > > coded the use of restarts in that code. Despite reading up abot restarts > > > in Practical Common Lisp, I still don't think I quite understand them. So > > > that code is suspect, especially because it has #+lispworks in it. Maybe > > > you could try the code in start-app that currently is #-lispworks. It > > > simply runs gtk-main. The idea of the the #+lispworks alternative (stuff > > > with > > > process-wait-with-timeout) is to give other processes (slime in > > > particular) a chance to run. > > > > > > I don't have LW 5.0 yet so I probably can't be much help. > > > > > > > > > > > > -- > > > - Best regards, > > > Peter > > > _______________________________________________ > > > cells-gtk-devel site list > > > cells-gtk-devel at common-lisp.net > > > http://common-lisp.net/mailman/listinfo/cells-gtk-devel > > -- > - Best regards, > Peter > -- Bill Atkins From peter.denno at nist.gov Sat Aug 12 20:38:22 2006 From: peter.denno at nist.gov (Peter Denno) Date: Sat, 12 Aug 2006 16:38:22 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <66b7e34b0608120838r2c2f9e37yc46ff7b961674dfa@mail.gmail.com> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <200608121019.29015.peter.denno@nist.gov> <66b7e34b0608120838r2c2f9e37yc46ff7b961674dfa@mail.gmail.com> Message-ID: <200608121638.23452.peter.denno@nist.gov> On Saturday 12 August 2006 11:38, Bill Atkins wrote: > So, believe it or not (I'm not sure I do), I'm getting the same > behavior in SLIME - if I run (test-g:gtk-demo) from the REPL, all is > fine; if I evaluate it in the editor, the window never comes up and > the modeline says "eval...". I also just tried the latest CVS, to no > avail. Still no problems with SBCL. ugh! Is this a lispwork image that doesn't contain the capi windowing environment? (saved with :environment nil) or something like that. > > On 8/12/06, Peter Denno wrote: > > On Saturday 12 August 2006 09:57, you wrote: > > > It turns out this problem never happens if I only call START-APP from > > > the listener. As soon as I call it from the LispWorks editor, > > > something happens that prevents me from calling START-APP again. It > > > seems like the main difference between evaluating a form at the > > > listener and in the editor is that LispWorks starts a new thread for > > > forms evaluated in the editor. Perhaps this interferes with Gtk > > > somehow. I can at least get some work done with this: > > > > > > (defun gtk-demo (&optional dbg) > > > (unless (search "Listener" (mp:process-name mp:*current-process*)) > > > (error "Run only from the listener")) > > > (cells-gtk-init) > > > (cells-gtk:start-app 'tets-gtk :debug dbg)) > > > > > > but that's not solving the problem. If this (i.e. spawning a new > > > thread to run gtk-main breaking future calls to it) rings a bell with > > > anyone, let me know. I'll post here if I find something that works. > > > > Interesting. > > > > I've had problems getting cells-gtk to play fair with the lispworks > > editor -- the whole #+lispworks thing in gtk-app.lisp we talked about -- > > but nothing like what you are describing. Does the editor have an event > > loop in which you could add a hook to run something? (I don't know what, > > cells-gtk? diagnositics? But it might be something to tinker with). > > > > So in summary, it looks like cells-gtk is OK on LW 5 (this is linux, > > right?) except for interaction with LW's editor. It's probably OK in > > slime, for example. (My usual setup is slime with LW.) > > > > > Bill > > > > > > On 8/10/06, Peter Denno wrote: > > > > On Thursday 10 August 2006 13:26, Bill Atkins wrote: > > > > > Is anyone using Cells-gtk successfully on Lispworks 5.0 (32-bit > > > > > Linux, in particular)? I can run my application once, but if I > > > > > close the main window and then attempt to run it again, I get > > > > > "Evaluating..." in the echo area and no window appears. > > > > > > > > > > I eventually took part of the test-gtk.lisp code, narrowed it down > > > > > to the simplest case and tried that. It still didn't work. > > > > > Strangely enough, loading the "test-gtk" package and running > > > > > TEST-GTK:GTK-DEMO does not have this problem - that is, I can run > > > > > that as many times as I like, and I get a window each time. SBCL, > > > > > however, seems to handle both of these without a problem. I've > > > > > pasted the source code to my test case and also the debug output > > > > > from the first run (ie the run that works) and from the second run, > > > > > where LispWorks seems to be perpetually "Evaluating...". > > > > > > > > > > Here is the paste: http://paste.lisp.org/display/23932 > > > > > > > > Hi, > > > > > > > > You might have a look at start-app in root/cells-gtk/gtk-app.lisp. I > > > > coded the use of restarts in that code. Despite reading up abot > > > > restarts in Practical Common Lisp, I still don't think I quite > > > > understand them. So that code is suspect, especially because it has > > > > #+lispworks in it. Maybe you could try the code in start-app that > > > > currently is #-lispworks. It simply runs gtk-main. The idea of the > > > > the #+lispworks alternative (stuff with > > > > process-wait-with-timeout) is to give other processes (slime in > > > > particular) a chance to run. > > > > > > > > I don't have LW 5.0 yet so I probably can't be much help. > > > > > > > > > > > > > > > > -- > > > > - Best regards, > > > > Peter > > > > _______________________________________________ > > > > cells-gtk-devel site list > > > > cells-gtk-devel at common-lisp.net > > > > http://common-lisp.net/mailman/listinfo/cells-gtk-devel > > > > -- > > - Best regards, > > Peter -- - Best regards, Peter From atkinw at rpi.edu Mon Aug 14 05:15:59 2006 From: atkinw at rpi.edu (Bill Atkins) Date: Mon, 14 Aug 2006 01:15:59 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <200608121638.23452.peter.denno@nist.gov> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <200608121019.29015.peter.denno@nist.gov> <66b7e34b0608120838r2c2f9e37yc46ff7b961674dfa@mail.gmail.com> <200608121638.23452.peter.denno@nist.gov> Message-ID: <66b7e34b0608132215m2027f9dej4e416e6fd53f7894@mail.gmail.com> Nope, I'm running from the LispWorks IDE. I'm getting by with SBCL and SLIME at the moment, but I'd prefer to be back in LW. Not sure what else to try. On 8/12/06, Peter Denno wrote: > On Saturday 12 August 2006 11:38, Bill Atkins wrote: > > So, believe it or not (I'm not sure I do), I'm getting the same > > behavior in SLIME - if I run (test-g:gtk-demo) from the REPL, all is > > fine; if I evaluate it in the editor, the window never comes up and > > the modeline says "eval...". I also just tried the latest CVS, to no > > avail. Still no problems with SBCL. > > ugh! Is this a lispwork image that doesn't contain the capi windowing > environment? (saved with :environment nil) or something like that. > > > > > > On 8/12/06, Peter Denno wrote: > > > On Saturday 12 August 2006 09:57, you wrote: > > > > It turns out this problem never happens if I only call START-APP from > > > > the listener. As soon as I call it from the LispWorks editor, > > > > something happens that prevents me from calling START-APP again. It > > > > seems like the main difference between evaluating a form at the > > > > listener and in the editor is that LispWorks starts a new thread for > > > > forms evaluated in the editor. Perhaps this interferes with Gtk > > > > somehow. I can at least get some work done with this: > > > > > > > > (defun gtk-demo (&optional dbg) > > > > (unless (search "Listener" (mp:process-name mp:*current-process*)) > > > > (error "Run only from the listener")) > > > > (cells-gtk-init) > > > > (cells-gtk:start-app 'tets-gtk :debug dbg)) > > > > > > > > but that's not solving the problem. If this (i.e. spawning a new > > > > thread to run gtk-main breaking future calls to it) rings a bell with > > > > anyone, let me know. I'll post here if I find something that works. > > > > > > Interesting. > > > > > > I've had problems getting cells-gtk to play fair with the lispworks > > > editor -- the whole #+lispworks thing in gtk-app.lisp we talked about -- > > > but nothing like what you are describing. Does the editor have an event > > > loop in which you could add a hook to run something? (I don't know what, > > > cells-gtk? diagnositics? But it might be something to tinker with). > > > > > > So in summary, it looks like cells-gtk is OK on LW 5 (this is linux, > > > right?) except for interaction with LW's editor. It's probably OK in > > > slime, for example. (My usual setup is slime with LW.) > > > > > > > Bill > > > > > > > > On 8/10/06, Peter Denno wrote: > > > > > On Thursday 10 August 2006 13:26, Bill Atkins wrote: > > > > > > Is anyone using Cells-gtk successfully on Lispworks 5.0 (32-bit > > > > > > Linux, in particular)? I can run my application once, but if I > > > > > > close the main window and then attempt to run it again, I get > > > > > > "Evaluating..." in the echo area and no window appears. > > > > > > > > > > > > I eventually took part of the test-gtk.lisp code, narrowed it down > > > > > > to the simplest case and tried that. It still didn't work. > > > > > > Strangely enough, loading the "test-gtk" package and running > > > > > > TEST-GTK:GTK-DEMO does not have this problem - that is, I can run > > > > > > that as many times as I like, and I get a window each time. SBCL, > > > > > > however, seems to handle both of these without a problem. I've > > > > > > pasted the source code to my test case and also the debug output > > > > > > from the first run (ie the run that works) and from the second run, > > > > > > where LispWorks seems to be perpetually "Evaluating...". > > > > > > > > > > > > Here is the paste: http://paste.lisp.org/display/23932 > > > > > > > > > > Hi, > > > > > > > > > > You might have a look at start-app in root/cells-gtk/gtk-app.lisp. I > > > > > coded the use of restarts in that code. Despite reading up abot > > > > > restarts in Practical Common Lisp, I still don't think I quite > > > > > understand them. So that code is suspect, especially because it has > > > > > #+lispworks in it. Maybe you could try the code in start-app that > > > > > currently is #-lispworks. It simply runs gtk-main. The idea of the > > > > > the #+lispworks alternative (stuff with > > > > > process-wait-with-timeout) is to give other processes (slime in > > > > > particular) a chance to run. > > > > > > > > > > I don't have LW 5.0 yet so I probably can't be much help. > > > > > > > > > > > > > > > > > > > > -- > > > > > - Best regards, > > > > > Peter > > > > > _______________________________________________ > > > > > cells-gtk-devel site list > > > > > cells-gtk-devel at common-lisp.net > > > > > http://common-lisp.net/mailman/listinfo/cells-gtk-devel > > > > > > -- > > > - Best regards, > > > Peter > > -- > - Best regards, > Peter > -- Bill Atkins From atkinw at rpi.edu Mon Aug 14 16:38:17 2006 From: atkinw at rpi.edu (Bill Atkins) Date: Mon, 14 Aug 2006 12:38:17 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <200608121019.29015.peter.denno@nist.gov> <66b7e34b0608120838r2c2f9e37yc46ff7b961674dfa@mail.gmail.com> <200608121638.23452.peter.denno@nist.gov> <66b7e34b0608132215m2027f9dej4e416e6fd53f7894@mail.gmail.com> Message-ID: <66b7e34b0608140938vcabe6fei962841e8c3737e5d@mail.gmail.com> Hmm. It now appears that even the demo code won't run after being run from the Editor once. I swear it did in the past. The bindings for *standard-input* and *standard-output* are indeed different depending on where the form is evaluated, but they are both instances of the same class:RUBBER-STREAM. I guess it makes sense that they would be different since they're going to different output-panes. If I wait around a couple of minutes, the Gtk window will come up, but will refuse to close and GNOME will tell me that it's not responding. I haven't had a lot of time to look at this the last few days, but maybe tonight I'll rummage through the innards of cells-gtk and try to figure out what's going on. This is too weird to just let it go. (BTW, cells and cells-gtk are pure glory. Thanks, Ken and Vasilis). On 8/14/06, Ken Tilton wrote: > > > > On 8/14/06, Bill Atkins wrote: > > Nope, I'm running from the LispWorks IDE. I'm getting by with SBCL > > and SLIME at the moment, but I'd prefer to be back in LW. Not sure > > what else to try. > > > Wild guess: Have you looked at the runtime bindings of various special > variables dedicated to input/output? Working with a different Lisp > altogether and having similar REPL-OK, other-not issues, the folks at tech > support ended up explaining that the IDE did cute things in re stuff like > *standard-input*. > > But I am especially fascinated that the gtk-demo does not have this problem. > I guess whatever difference the IDE creates running from there (such as the > thread thing or some special binding) is not touched by gtk-demo code but is > by yours. But did you call up all the different tabs? > > I would look especially at any difference in how the demo and my windows > closed (I mean, the code that runs at close time) in the event that the > issue is how gracefully one exits. > > hth, kt > > > -- Bill Atkins From atkinw at rpi.edu Tue Aug 15 04:34:32 2006 From: atkinw at rpi.edu (Bill Atkins) Date: Tue, 15 Aug 2006 00:34:32 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <66b7e34b0608141122r4fd078b2xe474ec875b97f4c4@mail.gmail.com> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <200608121019.29015.peter.denno@nist.gov> <66b7e34b0608120838r2c2f9e37yc46ff7b961674dfa@mail.gmail.com> <200608121638.23452.peter.denno@nist.gov> <66b7e34b0608132215m2027f9dej4e416e6fd53f7894@mail.gmail.com> <66b7e34b0608140938vcabe6fei962841e8c3737e5d@mail.gmail.com> <66b7e34b0608141122r4fd078b2xe474ec875b97f4c4@mail.gmail.com> Message-ID: <66b7e34b0608142134v2a4c2209r2e276b3c17cf8a12@mail.gmail.com> Eh, I'm giving up on this. I've reached points where I could evaluate the form more than once from the editor without problems, only to see it all fail as soon as the IDE got restarted. I'm not sure what's going on, but testing at the REPL and a well-placed (unless (search "Listener" (mp:process-name mp:*current-process*)) (error "Can only run from the listener")) will get me by. My hunch is that it has something to do with threading, since the editor spawns a new thread in which to evaluate forms. When 5.0 gets a little more momentum, perhaps the problem will get smoked out. Thanks for the help, Peter and Ken. On 8/14/06, Bill Atkins wrote: > On 8/14/06, Ken Tilton wrote: > > > > > > > > On 8/14/06, Bill Atkins wrote: > > > Hmm. It now appears that even the demo code won't run after being run > > > from the Editor once. I swear it did in the past. > > > > > > I know the feeling. Anyway, it helps to know that. > > > > > The bindings for *standard-input* and *standard-output* are indeed > > > different depending on where the form is evaluated, but they are both > > > instances of the same class:RUBBER-STREAM. I guess it makes sense > > > that they would be different since they're going to different > > > output-panes. > > > > > > Sure, but I have to think the solution is somewhere in this ballpark. btw, > > why is it a problem testing from the REPL? Just the inconvenience (which I > > understand). > > Basically. Once or twice I absent-mindedly evaluated (run-gui) from > the Editor. I'd then have to quit LispWorks, start the IDE again, > bring up the file(s) I was working on, make sure cells-gtk was > asdf-load'd, and _then_ get back to work. I guess I could get by at > the REPL, but I'd rather figure out why this happens. > > > > If I wait around a couple of minutes, the Gtk window will come up, but > > > will refuse to close and GNOME will tell me that it's not responding. > > > > > > OK, is this a change to the problem report? And does this happen reliably? > > Is the CPU pegged during those two minutes? > > I can find out more about this tonight. It may have been occurring > all along, but I would always quit LispWorks right after this happened > and restart, so I would never have noticed it. > > > > I haven't had a lot of time to look at this the last few days, but > > > maybe tonight I'll rummage through the innards of cells-gtk and try to > > > figure out what's going on. This is too weird to just let it go. > > > > > > (BTW, cells and cells-gtk are pure glory. Thanks, Ken and Vasilis). > > > > > > > > You are welcome, and I will update the Cells user count to, lessee, you make > > 8. :) It will be interesting to see what happens to PyCells by contrast. > > > > kenny > > > > > > > > > -- > Bill Atkins > -- Bill Atkins From peter.denno at nist.gov Tue Aug 15 15:25:31 2006 From: peter.denno at nist.gov (Peter Denno) Date: Tue, 15 Aug 2006 11:25:31 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <66b7e34b0608142134v2a4c2209r2e276b3c17cf8a12@mail.gmail.com> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <66b7e34b0608141122r4fd078b2xe474ec875b97f4c4@mail.gmail.com> <66b7e34b0608142134v2a4c2209r2e276b3c17cf8a12@mail.gmail.com> Message-ID: <200608151125.32466.peter.denno@nist.gov> Hi Bill, Thanks for letting us know about this. I'll be getting 5.0 soon and will pick up where you left off. I'll let you know if/when I get something working. On Tuesday 15 August 2006 00:34, Bill Atkins wrote: > Eh, I'm giving up on this. I've reached points where I could evaluate > the form more than once from the editor without problems, only to see > it all fail as soon as the IDE got restarted. I'm not sure what's > going on, but testing at the REPL and a well-placed > > (unless (search "Listener" (mp:process-name mp:*current-process*)) > (error "Can only run from the listener")) > > will get me by. My hunch is that it has something to do with > threading, since the editor spawns a new thread in which to evaluate > forms. > > When 5.0 gets a little more momentum, perhaps the problem will get smoked > out. > > Thanks for the help, Peter and Ken. > > On 8/14/06, Bill Atkins wrote: > > On 8/14/06, Ken Tilton wrote: > > > On 8/14/06, Bill Atkins wrote: > > > > Hmm. It now appears that even the demo code won't run after being > > > > run from the Editor once. I swear it did in the past. > > > > > > I know the feeling. Anyway, it helps to know that. > > > > > > > The bindings for *standard-input* and *standard-output* are indeed > > > > different depending on where the form is evaluated, but they are both > > > > instances of the same class:RUBBER-STREAM. I guess it makes sense > > > > that they would be different since they're going to different > > > > output-panes. > > > > > > Sure, but I have to think the solution is somewhere in this ballpark. > > > btw, why is it a problem testing from the REPL? Just the inconvenience > > > (which I understand). > > > > Basically. Once or twice I absent-mindedly evaluated (run-gui) from > > the Editor. I'd then have to quit LispWorks, start the IDE again, > > bring up the file(s) I was working on, make sure cells-gtk was > > asdf-load'd, and _then_ get back to work. I guess I could get by at > > the REPL, but I'd rather figure out why this happens. > > > > > > If I wait around a couple of minutes, the Gtk window will come up, > > > > but will refuse to close and GNOME will tell me that it's not > > > > responding. > > > > > > OK, is this a change to the problem report? And does this happen > > > reliably? Is the CPU pegged during those two minutes? > > > > I can find out more about this tonight. It may have been occurring > > all along, but I would always quit LispWorks right after this happened > > and restart, so I would never have noticed it. > > > > > > I haven't had a lot of time to look at this the last few days, but > > > > maybe tonight I'll rummage through the innards of cells-gtk and try > > > > to figure out what's going on. This is too weird to just let it go. > > > > > > > > (BTW, cells and cells-gtk are pure glory. Thanks, Ken and Vasilis). > > > > > > You are welcome, and I will update the Cells user count to, lessee, you > > > make 8. :) It will be interesting to see what happens to PyCells by > > > contrast. > > > > > > kenny > > > > -- > > Bill Atkins -- - Best regards, Peter From kentilton at gmail.com Tue Aug 15 16:13:02 2006 From: kentilton at gmail.com (Ken Tilton) Date: Tue, 15 Aug 2006 12:13:02 -0400 Subject: [cells-gtk-devel] Cells-gtk on Lispworks 5.0 In-Reply-To: <200608151125.32466.peter.denno@nist.gov> References: <66b7e34b0608101026v1a477144w9baafaafe03c661b@mail.gmail.com> <66b7e34b0608141122r4fd078b2xe474ec875b97f4c4@mail.gmail.com> <66b7e34b0608142134v2a4c2209r2e276b3c17cf8a12@mail.gmail.com> <200608151125.32466.peter.denno@nist.gov> Message-ID: On 8/15/06, Peter Denno wrote: > > Hi Bill, > > Thanks for letting us know about this. I'll be getting 5.0 soon and will > pick > up where you left off. I'll let you know if/when I get something working. And now that it has been narrowed down fairly well I think it makes sense to ask on comp.lang.lisp. There are an awful lot of LW users over there who may have seen something similar in other contexts besides talking to Gtk. And does Lispworks itself ever put on its thinking cap to at least provide ideas about what all is different between running from the repl and editor? hth, kenny -------------- next part -------------- An HTML attachment was scrubbed... URL: From kai.kaminski at gmx.de Sat Aug 26 16:13:43 2006 From: kai.kaminski at gmx.de (Kai Kaminski) Date: Sat, 26 Aug 2006 18:13:43 +0200 Subject: [cells-gtk-devel] Cells-GTK on OSX Message-ID: Hi, I downloaded the latest CVS version of cells-gtk and tried to use it with either SBCL or OpenMCL. I fixed a few of the problems that I encountered, only some of which are defects in cells-gtk. 1) The foreign library definitions in GTK-FFI.LISP are broken. Since most (all?) Lisp implementations running on OSX have :UNIX as well as :DARWIN in *FEATURES*, the :DARWIN clauses have to come first. The library names in GTK-FFI.LISP were wrong, too. The attached patch fixes these problems. 2) I had problems compiling GTK-ADDS.C. Here the problem seems to be my GTK installation (via Fink). In particular PKG-CONFIG is hosed. Has anyone solved this? 3) In my case DYLD_LIBRARY_PATH had to be set to /SW/LIB in ~/.MacOSX/environment.plist. Don't forget to logout afterwards. 4) OpenMCL can't compile GTK-FFI.LISP, because of functions using +C-NULL+. Apparently it can't dump +C-NULL+ to FASLs. Providing a MAKE-LOAD-FORM method as described in http://www.clozure.com/pipermail/openmcl-devel/2004-January/001310.html is supposed to fix this, but I couldn't get it to work. I'll ask on the OpenMCL list, if nobody beats me to it. 5) OpenMCL doesn't understand the (DECLARE (VALUES ...)) declarations in POD-UTILS/UTILS.LISP. The spec doesn't seem to require it, either. I didn't change anything, since I'm not sure if removing them or using a #-openmcl is better. 6) The current show stopper is GTK-INIT-CHECK. It always returns NIL, which might have to do with my screwed-up GTK installation, even though I doubt it. Other GTK applications work fine. I'm not sure how to find out what went wrong. I even tried to feed it proper ARGC and ARGV using CFFI:WITH-FOREIGN-OBJECT and friends but to no avail. 7) What does 'pod' mean in the context of this project? For now I'll go with *P*ost *O*rgasmic *D*isgust. See http://acronyms.thefreedictionary.com/Post-Orgasmic+Disgust for a fine selection of alternative interpretations. Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-ffi.patch Type: text/x-patch Size: 3050 bytes Desc: not available URL: From kai.kaminski at gmx.de Mon Aug 28 13:21:37 2006 From: kai.kaminski at gmx.de (Kai Kaminski) Date: Mon, 28 Aug 2006 15:21:37 +0200 Subject: [cells-gtk-devel] Mac OS X again Message-ID: Hi, I still can't get cells-gtk to compile in OpenMCL, but with SBCL 0.9.12 everything works (on Panther). It was quite straight-forward: 1) I finally remembered to start the X11 server and set DISPLAY. That solved the problem of GTK-INIT-CHECK failing for no apparent reason. 2) Compiling libcellsgtk was slightly more difficult. 2a) Install the development versions of all the GTK2 libs and their dependencies. In particular, install the Fink package ATK1 and not just ATK1-SHLIBS. Otherwise PKG-CONFIG won't work. 2b) Change the line asm (".section .drectve"); to (it's the comma at the end) asm (".section .drectve,"); Also change gcc -shared -o libcellsgtk.so gtk-adds.o `pkg-config --cflags --libs gtk+-2.0` in Makefile to gcc -dynamiclib -o libcellsgtk.so gtk-adds.o `pkg-config --cflags --libs gtk+-2.0` I put up a description of the necessary steps as well as my libcellsgtk online at kaikaminski.gmxhome.de (excuse the popup, it's not mine). I reckon the changes outlined above should somehow be integrated into cells-gtk, but I'm not sure how to detect the OS. Autoconf seems like overkill. Kai From kai.kaminski at gmx.de Mon Aug 28 15:00:33 2006 From: kai.kaminski at gmx.de (Kai Kaminski) Date: Mon, 28 Aug 2006 17:00:33 +0200 Subject: [cells-gtk-devel] Mac OS X, yet again Message-ID: Hi, I forgot to mention that the suffix of libcellsgtk.so has to be changed to .dylib . Kai From peter.denno at nist.gov Mon Aug 28 22:25:44 2006 From: peter.denno at nist.gov (Peter Denno) Date: Mon, 28 Aug 2006 18:25:44 -0400 Subject: [cells-gtk-devel] Mac OS X again In-Reply-To: References: Message-ID: <200608281825.45349.peter.denno@nist.gov> Hi, On Monday 28 August 2006 09:21, Kai Kaminski wrote: > Hi, > > I still can't get cells-gtk to compile in OpenMCL, but with SBCL > 0.9.12 everything works (on Panther). It was quite straight-forward: > > 1) I finally remembered to start the X11 server and set DISPLAY. That > solved the problem of GTK-INIT-CHECK failing for no apparent > reason. > > 2) Compiling libcellsgtk was slightly more difficult. > > 2a) Install the development versions of all the GTK2 libs and their > dependencies. In particular, install the Fink package ATK1 and not > just ATK1-SHLIBS. Otherwise PKG-CONFIG won't work. > > 2b) Change the line > > asm (".section .drectve"); > > to (it's the comma at the end) > > asm (".section .drectve,"); > > Also change > > gcc -shared -o libcellsgtk.so gtk-adds.o `pkg-config --cflags > --libs gtk+-2.0` > > in Makefile to > > gcc -dynamiclib -o libcellsgtk.so gtk-adds.o `pkg-config > --cflags --libs gtk+-2.0` > > > I put up a description of the necessary steps as well as my > libcellsgtk online at kaikaminski.gmxhome.de (excuse the popup, it's > not mine). I reckon the changes outlined above should somehow be > integrated into cells-gtk, but I'm not sure how to detect the > OS. Autoconf seems like overkill. Maybe separate files for Mac OS would be sufficient. I don't have a Mac, so if you could suggest something, we could add it to the distribution. I'll make reference to your web page on this in the FAQ. Thanks! > > Kai > _______________________________________________ > cells-gtk-devel site list > cells-gtk-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-gtk-devel -- - Best regards, Peter From kai.kaminski at gmx.de Tue Aug 29 08:36:48 2006 From: kai.kaminski at gmx.de (Kai Kaminski) Date: Tue, 29 Aug 2006 10:36:48 +0200 Subject: [cells-gtk-devel] Mac OS X again In-Reply-To: <200608281825.45349.peter.denno@nist.gov> (Peter Denno's message of "Mon, 28 Aug 2006 18:25:44 -0400") References: <200608281825.45349.peter.denno@nist.gov> Message-ID: Peter Denno writes: > On Monday 28 August 2006 09:21, Kai Kaminski wrote: >> [Compiling Cells-GTK on Mac OS X] >> I put up a description of the necessary steps as well as my >> libcellsgtk online at kaikaminski.gmxhome.de (excuse the popup, it's >> not mine). I reckon the changes outlined above should somehow be >> integrated into cells-gtk, but I'm not sure how to detect the >> OS. Autoconf seems like overkill. > > > Maybe separate files for Mac OS would be sufficient. I don't have a Mac, so if > you could suggest something, we could add it to the distribution. Sounds good to me. I attached a Makefile.osx and a gtk-adds-osx.c, both of which go in the GTK-FFI sub-directory. I also attached a new version of my old patch for GTK-FFI.LISP. It shouldn't break Cells-GTK for other platforms, but you better try it out. > I'll make reference to your web page on this in the FAQ. Ok. If you apply the patch and add the Mac-specific files please let me know, because then most of that page will be obsolete. Kai -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-adds-osx.c Type: application/octet-stream Size: 2171 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-ffi.patch-for-osx Type: application/octet-stream Size: 1756 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.osx Type: application/octet-stream Size: 1092 bytes Desc: not available URL: