Hi everybody! ("Hi, Dr. Nick!")
Lisp newbie wanting to write a GTK+ application, and naturally, the
most obscure/cool library I can think of is Cells-GTK.
I'm on SBCL/Linux-Ubuntu/x86. What I've done so far is:
$ cvs -z3 -d ····························@common-lisp.net:/project/
cells-gtk/cvsroot co root
Now I have a nice 'root' directory sitting there. What now? My level
of expertise is (asdf-install:install 'foo), and if that works I
usually don't know what to do. This is one of these moments.
So, I'd like some hand-holding, guiding me through the process of "$
cd root" all the way to where I let out a "Yay, a window! With
buttons! Shiny!".
Pretty please?
-- Mikael
··············@gmail.com wrote:
> Hi everybody! ("Hi, Dr. Nick!")
>
> Lisp newbie wanting to write a GTK+ application, and naturally, the
> most obscure/cool library I can think of is Cells-GTK.
>
> I'm on SBCL/Linux-Ubuntu/x86. What I've done so far is:
>
> $ cvs -z3 -d ····························@common-lisp.net:/project/
> cells-gtk/cvsroot co root
>
> Now I have a nice 'root' directory sitting there. What now? My level
> of expertise is (asdf-install:install 'foo), and if that works I
> usually don't know what to do. This is one of these moments.
The cvs directory should contain some nice shiny <something>.asd
files. To register these with asdf/sbcl, make symlinks to them in the
~/.sbcl/systems directory.
Something like
> mkdir -p ~/.sbcl/systems # makes the directory if needed
> cd ~/.sbcl/systems
> ln -s /path/to/cells-gtk/<something>.asd .
Then fire up sbcl and run (asdf:oos 'asdf:load-op :<something>).
From there, I dunno; haven't tried cells-gtk yet.
- Daniel
On Sun, 27 Jan 2008 02:12:03 +0100, D Herring
<········@at.tentpost.dot.com> wrote:
> ··············@gmail.com wrote:
>> Hi everybody! ("Hi, Dr. Nick!")
>> Lisp newbie wanting to write a GTK+ application, and naturally, the
>> most obscure/cool library I can think of is Cells-GTK.
>> I'm on SBCL/Linux-Ubuntu/x86. What I've done so far is:
>> $ cvs -z3 -d ····························@common-lisp.net:/project/
>> cells-gtk/cvsroot co root
>> Now I have a nice 'root' directory sitting there. What now? My level
>> of expertise is (asdf-install:install 'foo), and if that works I
>> usually don't know what to do. This is one of these moments.
>
> The cvs directory should contain some nice shiny <something>.asd files.
> To register these with asdf/sbcl, make symlinks to them in the
> ~/.sbcl/systems directory.
>
> Something like
> > mkdir -p ~/.sbcl/systems # makes the directory if needed
> > cd ~/.sbcl/systems
> > ln -s /path/to/cells-gtk/<something>.asd .
You might want to rename your "root" directory to something more useful,
like "cells-gtk". It might make sense to move it into your sbcl's site
directory:
mv cells-gtk ~/.sbcl/site/
(That's where asdf-install drops packages)
Then goto your sbcl systems directory:
cd ~/.sbcl/systems
And create four symlinks:
ln -s ../cells-gtk/cells-gtk/cells-gtk.asd
ln -s ../cells-gtk/pod-utils/pod-utils.asd
ln -s ../cells-gtk/gtk-ffi/gtk-ffi.asd
ln -s ../cells-gtk/cells-gtk/test-gtk/test-gtk.asd
(asdf-install does that for you)
Now, make sure you have cells installed. You /do not/ want the latest
version from cvs, but something called cells 2.0. You can grab it here:
http://common-lisp.net/project/cells/
or use asdf-install: (asdf-install:install :cells)
Finally, you need to compile the tiny C part of cells-gtk (you need to
have the gcc compiler and the dev packages for gtk and glib installed. On
ubuntu this is libglib2.0-dev, libgtk2.0-dev, and build-essential)
cd ~/.sbcl/site/cells-gtk/gtk-ffi
make
Alright, now you're ready to play. Fire up sbcl (with emacs/slime, cusp,
or whatever your environment may be) and run
(require 'test-gtk)
(in-package :test-gtk)
(gtk-demo)
And there you go.
To try something yourself, you might start like this:
(defpackage :cgtk-user (:use :cgtk :cells :cl))
(in-package :cgtk-user)
(defmodel my-app (gtk-app)
()
(:default-initargs :kids (list (mk-button :text "Test"))))
(cells-gtk-init)
(start-app 'my-app)
Any problems, let us know.
Cheers
Peter
> Then fire up sbcl and run (asdf:oos 'asdf:load-op :<something>).
>
> From there, I dunno; haven't tried cells-gtk yet.
>
> - Daniel
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
From: Peter Hildebrandt
Subject: Re: Cells-GTK :: Getting started? -- How to published
Date:
Message-ID: <op.t5ladmcax6i8pv@babyfoot>
On Sun, 27 Jan 2008 11:00:46 +0100, Peter Hildebrandt
<·················@gmail.com> wrote:
> On Sun, 27 Jan 2008 02:12:03 +0100, D Herring
> <········@at.tentpost.dot.com> wrote:
>
>> ··············@gmail.com wrote:
>>> Hi everybody! ("Hi, Dr. Nick!")
>>> Lisp newbie wanting to write a GTK+ application, and naturally, the
>>> most obscure/cool library I can think of is Cells-GTK.
>>> I'm on SBCL/Linux-Ubuntu/x86. What I've done so far is:
>>> $ cvs -z3 -d ····························@common-lisp.net:/project/
>>> cells-gtk/cvsroot co root
>>> Now I have a nice 'root' directory sitting there. What now? My level
>>> of expertise is (asdf-install:install 'foo), and if that works I
>>> usually don't know what to do. This is one of these moments.
Prompted by Mikael's post I put together a "getting started" guide for
cells-gtk:
http://www.washbear-network.de/peterblog/getting-started-with-cells-gtk/
Let me know if it is any good, or if you have suggestions for improvement.
Peter
>> The cvs directory should contain some nice shiny <something>.asd
>> files. To register these with asdf/sbcl, make symlinks to them in the
>> ~/.sbcl/systems directory.
>>
>> Something like
>> > mkdir -p ~/.sbcl/systems # makes the directory if needed
>> > cd ~/.sbcl/systems
>> > ln -s /path/to/cells-gtk/<something>.asd .
>
> You might want to rename your "root" directory to something more useful,
> like "cells-gtk". It might make sense to move it into your sbcl's site
> directory:
>
> mv cells-gtk ~/.sbcl/site/
>
> (That's where asdf-install drops packages)
>
> Then goto your sbcl systems directory:
>
> cd ~/.sbcl/systems
>
> And create four symlinks:
>
> ln -s ../cells-gtk/cells-gtk/cells-gtk.asd
> ln -s ../cells-gtk/pod-utils/pod-utils.asd
> ln -s ../cells-gtk/gtk-ffi/gtk-ffi.asd
> ln -s ../cells-gtk/cells-gtk/test-gtk/test-gtk.asd
>
> (asdf-install does that for you)
>
> Now, make sure you have cells installed. You /do not/ want the latest
> version from cvs, but something called cells 2.0. You can grab it here:
> http://common-lisp.net/project/cells/
>
> or use asdf-install: (asdf-install:install :cells)
>
> Finally, you need to compile the tiny C part of cells-gtk (you need to
> have the gcc compiler and the dev packages for gtk and glib installed.
> On ubuntu this is libglib2.0-dev, libgtk2.0-dev, and build-essential)
>
> cd ~/.sbcl/site/cells-gtk/gtk-ffi
> make
>
> Alright, now you're ready to play. Fire up sbcl (with emacs/slime,
> cusp, or whatever your environment may be) and run
>
> (require 'test-gtk)
> (in-package :test-gtk)
> (gtk-demo)
>
> And there you go.
>
> To try something yourself, you might start like this:
>
> (defpackage :cgtk-user (:use :cgtk :cells :cl))
> (in-package :cgtk-user)
> (defmodel my-app (gtk-app)
> ()
> (:default-initargs :kids (list (mk-button :text "Test"))))
> (cells-gtk-init)
> (start-app 'my-app)
>
> Any problems, let us know.
>
> Cheers
> Peter
>
>
>> Then fire up sbcl and run (asdf:oos 'asdf:load-op :<something>).
>>
>> From there, I dunno; haven't tried cells-gtk yet.
>>
>> - Daniel
>
>
>
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
On Jan 27, 1:59 pm, "Peter Hildebrandt" <·················@gmail.com>
wrote:
> On Sun, 27 Jan 2008 11:00:46 +0100, Peter Hildebrandt
>
> [...]
>
> Prompted by Mikael's post I put together a "getting started" guide for
> cells-gtk:
>
> http://www.washbear-network.de/peterblog/getting-started-with-cells-gtk/
>
Corrections::
cd ~/.sbcl/systems
ln -s ../site/cells-gtk/cells-gtk/cells-gtk.asd .
ln -s ../site/cells-gtk/pod-utils/pod-utils.asd .
ln -s ../site/cells-gtk/gtk-ffi/gtk-ffi.asd .
ln -s ../site/cells-gtk/cells-gtk/test-gtk/test-gtk.asd .
Also, :ph-maths needs a symlink::
ln -s ../site/cells-gtk/cells-gtk/ph-maths/ph-maths.asd .
Other than that, I got up the test app. Thanks!
--
Mikael
http://mikael.jansson.be
On Jan 28, 9:27 am, ···············@gmail.com"
<··············@gmail.com> wrote:
>
> [...]
>
> Other than that, I got up the test app. Thanks!
>
Not so fast, young grasshopper!
(require :cells-
gtk)
(defpackage :cgtk-user
(:use :cgtk :cells :cl))
(in-package :cgtk-
user)
(cells-gtk-
init)
(defmodel my-app (gtk-
app)
()
(:default-initargs :kids (list (mk-label :text "Hello
World!"))))
(start-app 'my-
app)
=>
debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial
thread" {A806791}>:
The assertion (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+
GTK-FFI:+C-NULL+) failed.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [CONTINUE] Retry assertion.
1: [ABORT ] Exit debugger, returning to top level.
(SB-KERNEL:ASSERT-ERROR
(GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+ GTK-FFI:+C-NULL+)
NIL
NIL)
0]
* gtk-ffi:+c-null+
#.(SB-SYS:INT-SAP #X00000000)
What now?
--
Mikael
From: Peter Hildebrandt
Subject: Re: Cells-GTK :: Getting started? -- How to published
Date:
Message-ID: <op.t5mu5uoux6i8pv@babyfoot>
On Mon, 28 Jan 2008 09:36:26 +0100, ··············@gmail.com
<··············@gmail.com> wrote:
> Not so fast, young grasshopper!
> (require :cells-
> gtk)
> (defpackage :cgtk-user
> (:use :cgtk :cells :cl))
> (in-package :cgtk-
> user)
> (cells-gtk-
> init)
> (defmodel my-app (gtk-
> app)
>
> ()
> (:default-initargs :kids (list (mk-label :text "Hello
> World!"))))
> (start-app 'my-
> app)
First, your posts are from this morning, so I assume you pulled cells-gtk
from cvs this morning (that is, you have the updates and bugfixes I
committed about eight hours ago), right?
Did you copy and paste all these commands in one bunch, or did you execute
them one by one? If not, restart your lisp, try again, and tell us which
one it is that produces the error.
I am asking in detail because I tried these things yesterday step by step
and copy and pasted them from the repl. Everything worked there, so I am
a bit surprised. We need to investigate that further.
> =>
>
> debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial
> thread" {A806791}>:
> The assertion (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+
> GTK-FFI:+C-NULL+) failed.
>
> Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
>
> restarts (invokable by number or by possibly-abbreviated name):
> 0: [CONTINUE] Retry assertion.
> 1: [ABORT ] Exit debugger, returning to top level.
>
> (SB-KERNEL:ASSERT-ERROR
> (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+ GTK-FFI:+C-NULL+)
> NIL
> NIL)
> 0]
Did you try the debugging option? Restart your lisp, then after you
changed into the cgtk package, do
(setf *gtk-debug* t)
Then try the cells-gtk-init, the defmodel, and the start-app, one by one.
If the error persists, please post the output in the repl (all those api
calls) and the backtrace.
Once I have this information, I will know better what to tell you.
Peter
> * gtk-ffi:+c-null+
>
> #.(SB-SYS:INT-SAP #X00000000)
>
> What now?
>
> --
> Mikael
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
On Jan 28, 10:26 am, "Peter Hildebrandt" <·················@gmail.com>
wrote:
> On Mon, 28 Jan 2008 09:36:26 +0100, ··············@gmail.com
>
> <··············@gmail.com> wrote:
> > Not so fast, young grasshopper!
> > (require :cells-
> > gtk)
> > (defpackage :cgtk-user
> > (:use :cgtk :cells :cl))
> > (in-package :cgtk-
> > user)
> > (cells-gtk-
> > init)
> > (defmodel my-app (gtk-
> > app)
>
> > ()
> > (:default-initargs :kids (list (mk-label :text "Hello
> > World!"))))
> > (start-app 'my-
> > app)
>
> First, your posts are from this morning, so I assume you pulled cells-gtk
> from cvs this morning (that is, you have the updates and bugfixes I
> committed about eight hours ago), right?
>
Yes.
> Did you copy and paste all these commands in one bunch, or did you execute
> them one by one? If not, restart your lisp, try again, and tell us which
> one it is that produces the error.
I sent them one-by-one to my Lisp. I don't want to do that again, or
you could see the output from my SBCL, because when I've run the init
function, I _think_ GTK is eating all my RAM forcing me to reboot.
Have to try that later.
>
> > =>
>
> > debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial
> > thread" {A806791}>:
> > The assertion (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+
> > GTK-FFI:+C-NULL+) failed.
>
> > Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
>
> > restarts (invokable by number or by possibly-abbreviated name):
> > 0: [CONTINUE] Retry assertion.
> > 1: [ABORT ] Exit debugger, returning to top level.
>
> > (SB-KERNEL:ASSERT-ERROR
> > (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+ GTK-FFI:+C-NULL+)
> > NIL
> > NIL)
> > 0]
>
> Did you try the debugging option? Restart your lisp, then after you
> changed into the cgtk package, do
> (setf *gtk-debug* t)
>
No difference in output after setting that variable and evaluating the
other formms. In fact, SBCL tells me that the symbol *GTK-DEBUG*
hasn't been defined yet. Isn't it a special variable?
> Then try the cells-gtk-init, the defmodel, and the start-app, one by one.
Eternal loop, machine turns to a halt, etc. I'll get back to you.
-- Mikael
From: Peter Hildebrandt
Subject: Re: Cells-GTK :: Getting started? -- How to published
Date:
Message-ID: <op.t5m7ghuox6i8pv@babyfoot>
On Mon, 28 Jan 2008 11:41:11 +0100, Mikael Jansson
<··············@gmail.com> wrote:
>> First, your posts are from this morning, so I assume you pulled
>> cells-gtk
>> from cvs this morning (that is, you have the updates and bugfixes I
>> committed about eight hours ago), right?
>>
> Yes.
ok. So we are on the same page here.
>> Did you copy and paste all these commands in one bunch, or did you
>> execute
>> them one by one? If not, restart your lisp, try again, and tell us
>> which
>> one it is that produces the error.
>
> I sent them one-by-one to my Lisp. I don't want to do that again, or
> you could see the output from my SBCL, because when I've run the init
> function, I _think_ GTK is eating all my RAM forcing me to reboot.
> Have to try that later.
This is *really* strange. I have never heard of that. It almost sounds
like there is a problem on the gtk side.
Which linux and which gtk do you use?
>> > =>
>>
>> > debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial
>> > thread" {A806791}>:
>> > The assertion (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+
>> > GTK-FFI:+C-NULL+) failed.
>>
>> > Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
>>
>> > restarts (invokable by number or by possibly-abbreviated name):
>> > 0: [CONTINUE] Retry assertion.
>> > 1: [ABORT ] Exit debugger, returning to top level.
>>
>> > (SB-KERNEL:ASSERT-ERROR
>> > (GTK-FFI:GTK-INIT-CHECK GTK-FFI:+C-NULL+ GTK-FFI:+C-NULL+)
>> > NIL
>> > NIL)
>> > 0]
>>
>> Did you try the debugging option? Restart your lisp, then after you
>> changed into the cgtk package, do
>> (setf *gtk-debug* t)
>>
> No difference in output after setting that variable and evaluating the
> other formms. In fact, SBCL tells me that the symbol *GTK-DEBUG*
> hasn't been defined yet. Isn't it a special variable?
It is. Which package were you in when you did the setf? Actually, come
to think of it, cells-gtk now initializes gtk on load time, that is, when
you do the require 'cells-gtk. So you don't have a chance to setf
gtk-debug before it is executed.
What you can do is uncomment the debugging section on top of gtk-app.lisp
before loading it. MAke sure to remove all *.fasls before retrying.
> Eternal loop, machine turns to a halt, etc. I'll get back to you.
Again, this is weird. If worst comes to worst you should be able to
switch to a console via Ctrl-Alt-F1 and use kill -9 `pidof sbcl` to get
rid of sbcl. If the bug carries beyond sbcl, there has to be some issue
in how it talks to gtk.
I'll have a deeper look into this later.
Thanks for helping make cells-gtk better for general use.
Peter
>
> -- Mikael
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
> >> Did you copy and paste all these commands in one bunch, or did you
> >> execute
> >> them one by one? If not, restart your lisp, try again, and tell us
> >> which
> >> one it is that produces the error.
>
> > I sent them one-by-one to my Lisp. I don't want to do that again, or
> > you could see the output from my SBCL, because when I've run the init
> > function, I _think_ GTK is eating all my RAM forcing me to reboot.
> > Have to try that later.
>
> This is *really* strange. I have never heard of that. It almost sounds
> like there is a problem on the gtk side.
>
> Which linux and which gtk do you use?
>
Ubuntu-7.10, default GTK.
I'll be out of net until Thursday, will continue debugging then!
- Mikael
On Jan 28, 2:51 pm, "Peter Hildebrandt" <·················@gmail.com>
wrote:
> On Mon, 28 Jan 2008 11:41:11 +0100, Mikael Jansson
>
> This is *really* strange. I have never heard of that. It almost sounds
> like there is a problem on the gtk side.
>
> Which linux and which gtk do you use?
(grmbl, I should be packing boxes for my move tomorrow morning...
stupid Lisp)
Here goes:
gtk-config => 1.2.10
uname => 2.6.22-14-generic #1 SMP i686 GNU/Linux
> It is. Which package were you in when you did the setf? Actually, come
> to think of it, cells-gtk now initializes gtk on load time, that is, when
> you do the require 'cells-gtk. So you don't have a chance to setf
> gtk-debug before it is executed.
>
> What you can do is uncomment the debugging section on top of gtk-app.lisp
> before loading it. MAke sure to remove all *.fasls before retrying.
No need to change the debug flags, (start-app 'my-app :debug t) does
the
trick.
> Again, this is weird. If worst comes to worst you should be able to
> switch to a console via Ctrl-Alt-F1 and use kill -9 `pidof sbcl` to get
> rid of sbcl. If the bug carries beyond sbcl, there has to be some issue
> in how it talks to gtk.
Oh, if I could only do /that/. Type a letter and the computer responds
five minutes later.
Anyway, it seems to be working now! I'm not quite sure what's changed
-- I just sent the test app to my REPL as usual.
1 (require :cells gtk)
2 (defpackage :cgtk-user (:use :cgtk :cells :cl))
3 (in-package :cgtk-user)
4 (cells-gtk-init)
5 (defmodel my-app (gtk-app)
6 ()
7 (:default-initargs :kids (list (mk-label :text "Hello World!"))))
8 (start-app 'my-app :debug t) ; or :debug nil
Thanks for the help!
--
Mikael Jansson
http://mikael.jansson.be
Mikael Jansson wrote:
> No need to change the debug flags, (start-app 'my-app :debug t) does
> the
> trick.
If you use the threading version, start-win, the semantics are
(start-win class &rest intitargs), like make-instance. Therefore no
room for the debug flag.
Secondly, gtk-app runs init-gtk at loadtime. start-app is only called
later.
> Anyway, it seems to be working now! I'm not quite sure what's changed
> -- I just sent the test app to my REPL as usual.
Cool! My guess is that you did not remove stale fasls between your
trials. I have seen sbcl stumble across those quite frequently. If I
have to do this sort of library work, I always have a command shell open
so that I can do a rm gtk-ffi/*.fasl cells-gtk/*.fasl frequently.
> 1 (require :cells gtk)
> 2 (defpackage :cgtk-user (:use :cgtk :cells :cl))
> 3 (in-package :cgtk-user)
> 4 (cells-gtk-init)
> 5 (defmodel my-app (gtk-app)
> 6 ()
> 7 (:default-initargs :kids (list (mk-label :text "Hello World!"))))
> 8 (start-app 'my-app :debug t) ; or :debug nil
> Thanks for the help!
You're welcome, glad it works.
Peter
On Jan 29, 1:41 pm, Peter Hildebrandt <·················@gmail.com>
wrote:
> Mikael Jansson wrote:
> > No need to change the debug flags, (start-app 'my-app :debug t) does
> > the
> > trick.
>
> If you use the threading version, start-win, the semantics are
> (start-win class &rest intitargs), like make-instance. Therefore no
> room for the debug flag.
>
Funny, there was no START-WIN there. Do I need to remove the .fasl's
after doing a cvs up, to check that I really have it?
>
> > Anyway, it seems to be working now! I'm not quite sure what's changed
> > -- I just sent the test app to my REPL as usual.
>
> Cool! My guess is that you did not remove stale fasls between your
> trials. I have seen sbcl stumble across those quite frequently. If I
> have to do this sort of library work, I always have a command shell open
> so that I can do a rm gtk-ffi/*.fasl cells-gtk/*.fasl frequently.
>
Actually, I found out now what the problem was:
My development environment is setup such that I start a screen w/ vim
running in one window and sbcl-listening-on-a-pipe in the other
window. However, DISPLAY isn't set, so gtk barfs (on a semeingly
unrelated issue, no less!) -- exported DISPLAY=:0.0 and it works in
screen, too.
--
Mikael Jansson
Mikael Jansson wrote:
> On Jan 29, 1:41 pm, Peter Hildebrandt <·················@gmail.com>
> wrote:
>> If you use the threading version, start-win, the semantics are
>> (start-win class &rest intitargs), like make-instance. Therefore no
>> room for the debug flag.
>>
> Funny, there was no START-WIN there. Do I need to remove the .fasl's
> after doing a cvs up, to check that I really have it?
Yep. SBCL really seems to have issues with stale fasls. I do a rm
**/*.fasl pretty much whenever I change something that affects more than
the current file.
You can add the following to your .sbclrc:
;;; Automatically recompile stale fasls
;;; If a fasl was stale, try to recompile and load (once).
(defmethod asdf:perform :around ((o asdf:load-op)
(c asdf:cl-source-file))
(handler-case (call-next-method o c)
;; If a fasl was stale, try to recompile and load (once).
(sb-ext:invalid-fasl ()
(asdf:perform (make-instance 'asdf:compile-op) c)
(call-next-method))))
Helps it a little bit.
> Actually, I found out now what the problem was:
>
> My development environment is setup such that I start a screen w/ vim
> running in one window and sbcl-listening-on-a-pipe in the other
> window. However, DISPLAY isn't set, so gtk barfs (on a semeingly
> unrelated issue, no less!) -- exported DISPLAY=:0.0 and it works in
> screen, too.
Great to hear it works for you now. I will collect these things and add
them to my guide.
Peter
> --
> Mikael Jansson
From: Peter Hildebrandt
Subject: Re: Cells-GTK :: Getting started? -- How to published
Date:
Message-ID: <op.t5mup9rox6i8pv@babyfoot>
On Mon, 28 Jan 2008 09:27:21 +0100, ··············@gmail.com
<··············@gmail.com> wrote:
> Also, :ph-maths needs a symlink::
>
> ln -s ../site/cells-gtk/cells-gtk/ph-maths/ph-maths.asd .
>
> Other than that, I got up the test app. Thanks!
Alright, fixed that. I added instructions how to use cells from the
cells-gtk cvs (which is the cells version you need for cells-gtk)
Thanks,
Peter
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
··············@gmail.com wrote:
> Hi everybody! ("Hi, Dr. Nick!")
>
> Lisp newbie wanting to write a GTK+ application, and naturally, the
> most obscure/cool library I can think of is Cells-GTK.
>
> I'm on SBCL/Linux-Ubuntu/x86. What I've done so far is:
>
> $ cvs -z3 -d ····························@common-lisp.net:/project/
> cells-gtk/cvsroot co root
>
> Now I have a nice 'root' directory sitting there. What now? My level
> of expertise is (asdf-install:install 'foo), and if that works I
> usually don't know what to do. This is one of these moments.
>
> So, I'd like some hand-holding, guiding me through the process of "$
> cd root" all the way to where I let out a "Yay, a window! With
> buttons! Shiny!".
>
> Pretty please?
Have you been here?
http://common-lisp.net/project/cells-gtk/
The mailing list for Cells-gtk does not show any traffic from you, that
would be the best place to start if the site itself does not provide the
info you need.
kt
--
http://www.theoryyalgebra.com/
"In the morning, hear the Way;
in the evening, die content!"
-- Confucius