From doolagarl2002 at yahoo.com.au  Wed Apr  9 12:30:05 2008
From: doolagarl2002 at yahoo.com.au (Scott Brown)
Date: Wed, 9 Apr 2008 22:30:05 +1000 (EST)
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
Message-ID: <650835.63181.qm@web56406.mail.re3.yahoo.com>

Hello,

I have installed cells-gtk, but after I get this message:

 Done! Now try (test-gtk:gtk-demo) or if problems, (test-gtk:gtk-demo t)
;;  Loaded file C:\cells-gtk\cells-gtk-2006-06-30\load.lisp

When I try  (test-gtk:gtk-demo)
I get this error:

*** - FUNCALL: undefined function NIL

If I call  (test-gtk:gtk-demo t) instead I get:

Calling (g-thread-init #<FOREIGN-ADDRESS #x00000000>)
*** - FUNCALL: undefined function NIL

I installed cells-gtk on Windows XP using CLisp.

Is there a way to fix this bug on Windows?



       
---------------------------------
Get the name you always wanted with the new y7mail email address.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080409/58f24494/attachment.html>

From peter.hildebrandt at gmail.com  Wed Apr  9 13:49:08 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Wed, 09 Apr 2008 15:49:08 +0200
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <650835.63181.qm@web56406.mail.re3.yahoo.com>
References: <650835.63181.qm@web56406.mail.re3.yahoo.com>
Message-ID: <47FCC954.2090409@gmail.com>


Scott,

welcome aboard.  I should say that I have neither windows nor clisp 
available for testing, so I am quite off base here, but maybe a few 
general comments might help.

Which version of cells-gtk do you use?  It looks like you pulled in the 
latest tar ball from the homepage (which is, as you see, almost two 
years old, shame on us).  Try using the latest version from CVS, you can 
pull a tarball from

http://common-lisp.net/cgi-bin/viewcvs.cgi/root.tar.gz?root=cells-gtk&view=tar

That would make it easier for us to be on the same page.

> If I call  (test-gtk:gtk-demo t) instead I get:
> 
> Calling (g-thread-init #<FOREIGN-ADDRESS #x00000000>)
> *** - FUNCALL: undefined function NIL

As to this specific problem, there could be a number of explanations

- A wild guess off the top of my head: Doas cells-gtk on windows provide 
g-thread-init?  Anyone else had issues with that?

- There is some issue with CFFI.  Do you have the most recent one 
(0.9.2)?  (the one from darcs does not work)  Did it compile without 
errors?  Do you have other libraries which use cffi and work?

- There is an issue with your gtk setup.  This is the very first gtk 
function which is being called, so if there is some general problem 
talking to gtk, here is where it pops up.  I have no idea how these 
things work in windows -- are there path names somewhere in cells-gtk 
pointing to the dll files?

The latter feels most likely to me.

HTH,
Peter

> 
> I installed cells-gtk on Windows XP using CLisp.
> 
> Is there a way to fix this bug on Windows?
> 
> 
> Get the name you always wanted with the new y7mail email address 
> <http://au.rd.yahoo.com/mail/taglines/au/y7mail/default/*http://au.yahoo.com/y7mail/?p1=ni&p2=general&p3=tagline&p4=other>. 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> cells-gtk-devel site list
> cells-gtk-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/cells-gtk-devel


From doolagarl2002 at yahoo.com.au  Wed Apr  9 15:29:36 2008
From: doolagarl2002 at yahoo.com.au (Scott Brown)
Date: Thu, 10 Apr 2008 01:29:36 +1000 (EST)
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <47FCC954.2090409@gmail.com>
Message-ID: <371240.87258.qm@web56415.mail.re3.yahoo.com>

Peter,

Thank you for your reply. 

I downloaded and expanded the root.tar.gz file which you gave the link for, but the instructions in install.txt say to edit the load.lisp file, which is not included in root.tar.gz. The other version (cells-gtk-2006-06-30.zip) has a load.lisp file. 

I added the gtk path C:\Program Files\Common Files\GTK\2.0\bin; to the path variable in the control panel. The first time I tried to install cells-gtk, I hadn't done this, so it failed to install. After I added gtk to the path, (load "load") installed cells-gtk without any errors, but failed to run (test-gtk:gtk-demo).

Is cells-gtk easier to install on another operating system and/or a different Common Lisp implementation?

Scott

       
---------------------------------
Get the name you always wanted with the new y7mail email address..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080410/7f120d01/attachment.html>

From peter.hildebrandt at gmail.com  Wed Apr  9 16:14:03 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Wed, 09 Apr 2008 18:14:03 +0200
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <371240.87258.qm@web56415.mail.re3.yahoo.com>
References: <371240.87258.qm@web56415.mail.re3.yahoo.com>
Message-ID: <47FCEB4B.6020009@gmail.com>


Scott,

> I downloaded and expanded the root.tar.gz file which you gave the link 
> for, but the instructions in install.txt say to edit the load.lisp file, 
> which is not included in root.tar.gz. The other version 
> (cells-gtk-2006-06-30.zip) has a load.lisp file.

Right, in CVS this one is located outside the "root" folder, and thus 
not in the tar I linked.  You can navigate to it using the CVS linked 
from the project page or download it directly:

http://common-lisp.net/cgi-bin/viewcvs.cgi/*checkout*/load.lisp?rev=1.4&root=cells-gtk

> I added the gtk path C:\Program Files\Common Files\GTK\2.0\bin; to the 
> path variable in the control panel. The first time I tried to install 
> cells-gtk, I hadn't done this, so it failed to install. After I added 
> gtk to the path, (load "load") installed cells-gtk without any errors, 
> but failed to run (test-gtk:gtk-demo).

As I said, I have no experience with windows, so I can't speak to that. 
In linux thinks are a little easier, because pretty much every 
distribution comes with gtk, so that part of the equation can be taken 
for granted.

Personally I use asdf to load cells-gtk, not the load.lisp facility, but 
that's a matter of taste.  So feel just stay with the (load "load") for now.

The asdf stuff is a little harder to set up, but once correctly 
configured, loading my application automatically pulls in all required 
libraries including cells-gtk.  Again, no idea how to do this in 
clisp/windows.  I wrote an introduction for sbcl/linux over here (which 
I admit is rather technical):

http://www.washbear-network.de/peterblog/getting-started-with-cells-gtk/

Back to the problem:  You saw Ken's post, so I suggest you open 
cells-gtk/gtk-app.lisp and feature out the following two lines by 
putting #+linux in front of each (about half way into the file):

(g-thread-init +c-null+)	; init threading
(gdk-threads-init)

to

#+linux (g-thread-init +c-null+)	; init threading
#+linux (gdk-threads-init)

Let me know if that helped.

Peter



> 
> Is cells-gtk easier to install on another operating system and/or a 
> different Common Lisp implementation?
> 
> Scott
> 
> Get the name you always wanted with the new y7mail email address. 
> <http://au.rd.yahoo.com/mail/taglines/au/y7mail/gmail/*http://au.yahoo.com/y7mail/?p1=ni&p2=general&p3=tagline&p4=gmail>. 
> 


From peter.hildebrandt at gmail.com  Wed Apr  9 17:06:29 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Wed, 09 Apr 2008 19:06:29 +0200
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <357b81470804090956k66a9b662m8df70352a0c2f71a@mail.gmail.com>
References: <371240.87258.qm@web56415.mail.re3.yahoo.com>	
	<47FCEB4B.6020009@gmail.com>
	<357b81470804090956k66a9b662m8df70352a0c2f71a@mail.gmail.com>
Message-ID: <47FCF795.3070508@gmail.com>


Draggor,

thanks for the info.  I installed the most recent release (june 2006) 
not too long and it worked fine for me, though.

We will put together a new release soon.  There are a number of 
important changes in current cvs which should be pushed out.

One question is whether we wait until the cells-gtk3 branch (on top of 
cells 3) has matured enough and release that one right away.  Cells 3 
are a major improvement in certain situations, and in the course of 
porting cells-gtk Ken Tilton did quite a bit of clean up work in 
cells-gtk.  Plus, cells-gtk3 now contains experimental cairo support.  I 
won't backport that to cells 2.0.

Peter


Draggor wrote:
> Last I asked about this problem, I found that one of the files is
> simply incomplete (It looks like the code just stops halfway through).
>  If possible I'd either recommend taking that release down, or
> releasing a newer version that at least compiles for some folks.
> 
> I went and got the previous version and that worked just fine.
> Haven't tried CVS yet.
> 
> ~Draggor
> 
> On 4/9/08, Peter Hildebrandt <peter.hildebrandt at gmail.com> wrote:
>>  Scott,
>>
>>
>>> I downloaded and expanded the root.tar.gz file which you gave the link
>> for, but the instructions in install.txt say to edit the load.lisp file,
>> which is not included in root.tar.gz. The other version
>> (cells-gtk-2006-06-30.zip) has a load.lisp file.
>>  Right, in CVS this one is located outside the "root" folder, and thus not
>> in the tar I linked.  You can navigate to it using the CVS linked from the
>> project page or download it directly:
>>
>> http://common-lisp.net/cgi-bin/viewcvs.cgi/*checkout*/load.lisp?rev=1.4&root=cells-gtk
>>
>>
>>> I added the gtk path C:\Program Files\Common Files\GTK\2.0\bin; to the
>> path variable in the control panel. The first time I tried to install
>> cells-gtk, I hadn't done this, so it failed to install. After I added gtk to
>> the path, (load "load") installed cells-gtk without any errors, but failed
>> to run (test-gtk:gtk-demo).
>>  As I said, I have no experience with windows, so I can't speak to that. In
>> linux thinks are a little easier, because pretty much every distribution
>> comes with gtk, so that part of the equation can be taken for granted.
>>
>>  Personally I use asdf to load cells-gtk, not the load.lisp facility, but
>> that's a matter of taste.  So feel just stay with the (load "load") for now.
>>
>>  The asdf stuff is a little harder to set up, but once correctly configured,
>> loading my application automatically pulls in all required libraries
>> including cells-gtk.  Again, no idea how to do this in clisp/windows.  I
>> wrote an introduction for sbcl/linux over here (which I admit is rather
>> technical):
>>
>> http://www.washbear-network.de/peterblog/getting-started-with-cells-gtk/
>>
>>  Back to the problem:  You saw Ken's post, so I suggest you open
>> cells-gtk/gtk-app.lisp and feature out the following two lines by putting
>> #+linux in front of each (about half way into the file):
>>
>>  (g-thread-init +c-null+)        ; init threading
>>  (gdk-threads-init)
>>
>>  to
>>
>>  #+linux (g-thread-init +c-null+)        ; init threading
>>  #+linux (gdk-threads-init)
>>
>>  Let me know if that helped.
>>
>>  Peter
>>
>>
>>
>>
>>> Is cells-gtk easier to install on another operating system and/or a
>> different Common Lisp implementation?
>>> Scott
>>>
>>> Get the name you always wanted with the new y7mail email address.
>> <http://au.rd.yahoo.com/mail/taglines/au/y7mail/gmail/*http://au.yahoo.com/y7mail/?p1=ni&p2=general&p3=tagline&p4=gmail>.
>>  _______________________________________________
>>  cells-gtk-devel site list
>>  cells-gtk-devel at common-lisp.net
>>  http://common-lisp.net/mailman/listinfo/cells-gtk-devel
>>


From doolagarl2002 at yahoo.com.au  Thu Apr 10 15:23:36 2008
From: doolagarl2002 at yahoo.com.au (Scott Brown)
Date: Fri, 11 Apr 2008 01:23:36 +1000 (EST)
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <47FCEB4B.6020009@gmail.com>
Message-ID: <808952.61779.qm@web56409.mail.re3.yahoo.com>

Peter,

When I comment out those two lines with 


#+linux (g-thread-init +c-null+) ; init threading
#+linux (gdk-threads-init)

I get the following result:

 (test-gtk:gtk-demo t)

Calling (gtk-init-check #<FOREIGN-ADDRESS #x00000000> #<FOREIGN-ADDRESS #x00000000>)
*** - FUNCALL: undefined function NIL

Also, during the compilation process there are some warnings like 

WARNING: COMPILE-FILE warned while performing #<COMPILE-OP NIL #x19DC9229> on #<CL-SOURCE-FILE "gtk-other" #x19C50311>.
WARNING: COMPILE-FILE failed while performing #<COMPILE-OP NIL #x19DC9229> on #<CL-SOURCE-FILE "gtk-other" #x19C50311>.

and

WARNING: EVAL: too few arguments given to FFI::FOREIGN-LIBRARY-FUNCTION:
         (FFI::FOREIGN-LIBRARY-FUNCTION "g_free" (FFI::FOREIGN-LIBRARY :DEFAULT) NIL
         (FFI:PARSE-C-TYPE '(FFI:C-FUNCTION (:ARGUMENTS (#:G34113 FFI:C-POINTER)) (:RETURN-TYPE NIL) (:LANGUAGE :STDC))))


Scott





       
---------------------------------
Get the name you always wanted with the new y7mail email address..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080411/c43955ae/attachment.html>

From peter.hildebrandt at gmail.com  Thu Apr 10 15:36:40 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Thu, 10 Apr 2008 17:36:40 +0200
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <808952.61779.qm@web56409.mail.re3.yahoo.com>
References: <808952.61779.qm@web56409.mail.re3.yahoo.com>
Message-ID: <op.t9eiy8qax6i8pv@babyfoot>

Scott,

> Also, during the compilation process there are some warnings like
>
> WARNING: COMPILE-FILE warned while performing #<COMPILE-OP NIL  
> #x19DC9229> on #<CL-SOURCE-FILE "gtk-other" #x19C50311>.
> WARNING: COMPILE-FILE failed while performing #<COMPILE-OP NIL  
> #x19DC9229> on #<CL-SOURCE-FILE "gtk-other" #x19C50311>.
>
> and
>
> WARNING: EVAL: too few arguments given to FFI::FOREIGN-LIBRARY-FUNCTION:
>          (FFI::FOREIGN-LIBRARY-FUNCTION "g_free" (FFI::FOREIGN-LIBRARY  
> :DEFAULT) NIL
>          (FFI:PARSE-C-TYPE '(FFI:C-FUNCTION (:ARGUMENTS (#:G34113  
> FFI:C-POINTER)) (:RETURN-TYPE NIL) (:LANGUAGE :STDC))))

This is interesting.  At this point I am pretty sure your problem is not  
with cells-gtk, but rather with the underlying cffi.  It looks like the  
definitions of the gtk libs don't pass compilation properly, and the fact  
that you keep getting the NIL function error both suggest that the binding  
to the library does not work at all.

So let us investigate your CFFI:

- Did you install cffi 0.9.2 from here?
http://common-lisp.net/project/cffi/
(The darcs version *and* older versions don't work!)

- Do you have clisp >= 2.35 as required by cffi (cf. their homepage)

I don't know how clisp handles compilation of source files .  SBCL creates  
compiled files with the extension .fasl, and sometimes you need to remove  
those manually, because otherwise the compiler uses outdated files.

Peter


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


From gwbennett at sentex.ca  Thu Apr 10 18:04:41 2008
From: gwbennett at sentex.ca (Greg Bennett)
Date: Thu, 10 Apr 2008 14:04:41 -0400
Subject: [cells-gtk-devel] Building cells-gtk on Ubuntu7.10
Message-ID: <47FE56B9.3070404@sentex.ca>

Hullo there .. I am trying to build cells-gtk (from 
cells-gtk-2006-06-30) under CMUCL19a-release-20040728 on a Linux box 
running Ubuntu7.10 and following the INSTALL.TXT file which can with cells.

I fired up CMUCL, changed to the directory in which I had installed 
cells, and executed (load "load") as suggested.

The compilation raced happily along until:

; converted load-gtk-libs.
; compiling DEFUN LOAD-GTK-LIBS:
; Byte compiling file Top-level Form:

Unable to load foreign library: libgobject-2.0.so
  [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]

I'm interested in cells for GUI work in porting a project from 
Macintosh/Windows to Linux and therefore I am having to teach myself 
about Linux too as an administrator - I do have a modicum of Unix 
experience as a user. The above message suggests either I am missing the 
library referred to, or I have failed to include it in the PATH which 
(load "load") is using to find things.

Thanks in advance for any and all advice about how to advance beyond 
this temporary (I hope) stumble.

Cheers /Greg Bennett


From peter.hildebrandt at gmail.com  Thu Apr 10 19:11:30 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Thu, 10 Apr 2008 21:11:30 +0200
Subject: [cells-gtk-devel] Building cells-gtk on Ubuntu7.10
In-Reply-To: <47FE56B9.3070404@sentex.ca>
References: <47FE56B9.3070404@sentex.ca>
Message-ID: <7758b2680804101211s5f9660dfhc056da5b72297894@mail.gmail.com>

Hi Greg,

welcome aboard.  I run cells-gtk on ubuntu 7.10 as well, so it is
possible to begin with :-)

So the first thing to do is to check whether you have the required
library in the usual location, that is in /usr/lib:

ls -l /usr/lib/|grep libgob.*\.so

For me there are:

lrwxrwxrwx  1 root root       26 2007-11-21 20:38 libgobject-2.0.so ->
libgobject-2.0.so.0.1400.1
lrwxrwxrwx  1 root root       26 2007-11-04 17:45 libgobject-2.0.so.0
-> libgobject-2.0.so.0.1400.1
-rw-r--r--  1 root root   241168 2007-09-17 12:04 libgobject-2.0.so.0.1400.1

The first two are symbolic links pointing to the last (which is the
real library here, recognizable by the size (fourth column)).

So probably what you need to do is create a symlink in there:

cd /usr/lib
sudo ln -s <your-real-library> libgobject-2.0.so

That should fix it.

Btw, the 2006 build is obviously quite old, so you might consider
using the current version from cvs or even the cells-gtk3 version (if
you feel adventerous).

Peter



On Thu, Apr 10, 2008 at 8:04 PM, Greg Bennett <gwbennett at sentex.ca> wrote:
> Hullo there .. I am trying to build cells-gtk (from cells-gtk-2006-06-30)
> under CMUCL19a-release-20040728 on a Linux box running Ubuntu7.10 and
> following the INSTALL.TXT file which can with cells.
>
>  I fired up CMUCL, changed to the directory in which I had installed cells,
> and executed (load "load") as suggested.
>
>  The compilation raced happily along until:
>
>  ; converted load-gtk-libs.
>  ; compiling DEFUN LOAD-GTK-LIBS:
>  ; Byte compiling file Top-level Form:
>
>  Unable to load foreign library: libgobject-2.0.so
>   [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]
>
>  I'm interested in cells for GUI work in porting a project from
> Macintosh/Windows to Linux and therefore I am having to teach myself about
> Linux too as an administrator - I do have a modicum of Unix experience as a
> user. The above message suggests either I am missing the library referred
> to, or I have failed to include it in the PATH which (load "load") is using
> to find things.
>
>  Thanks in advance for any and all advice about how to advance beyond this
> temporary (I hope) stumble.
>
>  Cheers /Greg Bennett
>  _______________________________________________
>  cells-gtk-devel site list
>  cells-gtk-devel at common-lisp.net
>  http://common-lisp.net/mailman/listinfo/cells-gtk-devel
>


From peter.hildebrandt at gmail.com  Fri Apr 11 08:52:41 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Fri, 11 Apr 2008 10:52:41 +0200
Subject: [cells-gtk-devel] Re: Anything new for me to show off at ECLM 2008?
In-Reply-To: <47FE796D.6@optonline.net>
References: <47FE56B9.3070404@sentex.ca>
	<7758b2680804101211s5f9660dfhc056da5b72297894@mail.gmail.com>
	<47FE796D.6@optonline.net>
Message-ID: <7758b2680804110152k737d478fj8aed42b32f50a24c@mail.gmail.com>

Well, there's something wrong with the cells cvs again, so it would
not let me commit my latest changes. You can grab the latest version
here:

http://www.washbear-network.de/fritz/pub/cells-gtk3.zip

My suggestions:

(1) Cairo Drawing Area

I have the cairo drawing area thing working by now and put in a simple
example (creates boxes and circles and random positions, then they
react on mouse over, can be selected,  dragged around, and you can use
a select box (like in windows explorer) to select and move many shapes
at once).  I finally took the time and get the kids slot to work
properly, so you can have ruled kids slots on your drawing primitives
and have cells create other shapes for you (say, you want to draw a
sun -- then you start with a yellow filled circle and have a kids rule
creating some lines for the rays.  The number of rays may depend on a
widget (and so can the length), and you have a "declarative drawing").

(2) Tree View

>From the stuff present in the demo I personally like the tree view
example, since it lets you explore the actual object hierarchy of the
demo.  I don't even know whethe something like this could be done in C
at all.

(3) Cells Tree View

Works like a charm -- as long as you don't delete stuff from the
observed structure (I ran into a conceptual problem with cells3 here,
gonna ask you on the cells list when I have the time to deal with
that).  Anyway, I deactivated the delete button, and the rest is still
pretty nice.

(4) Threading

It is relly nice and lispy to use the repl to change properties of the
windows currently displayed and to add and remove widgets
interactively (especially if you have a background in C) -- but I
don't know whether that works in MS Windows.  Just checked,
bordeaux-threads on windows does not support Allegro.  Bummer.

(5) MAYBE: cells-ode + open gl

That'd be really neat -- if I figure out the opengl drawing area and
port my current physics simulator code to cells-ode as a backend plus
gtk-gl as a front end.  They say there's a weekend coming up, so stay
tuned.

Cheers,
Peter

On Thu, Apr 10, 2008 at 10:32 PM, Ken Tilton <kennytilton at optonline.net> wrote:
> I have been asked to talk about Cells here:
>
>    http://weitz.de/eclm2008/
>
>  I'll be talking about Cells, Celtk, Cello, Cells-Gtk, TripleCells, and
> OpenAIR (Ajax On Cells) apparently very quickly since I only have fifty
> minutes. I just got Cells-Gtk3 (the last I had) working on my new laptop
> that is going to Amsterdam -- anything gee-whiz I should have? Or maybe just
> point out something in the existing demo any Gtk cognoscenti in the audience
> would swoon over?
>
>  :)
>
>  kt
>


From doolagarl2002 at yahoo.com.au  Fri Apr 11 13:53:36 2008
From: doolagarl2002 at yahoo.com.au (Scott Brown)
Date: Fri, 11 Apr 2008 23:53:36 +1000 (EST)
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <op.t9eiy8qax6i8pv@babyfoot>
Message-ID: <751641.34932.qm@web56414.mail.re3.yahoo.com>

Peter,

I fixed the problems which I had earlier but now I have different bugs.
The Lisp I was using didn't have asdf so I switched to the Gigamonkeys Lispbox
and used that to compile cffi 0.9.2.

 Then after I deleted the old .fas files, recompiled cells-gtk, and called
 (test-gtk:gtk-demo)

I got a splash screen and these messages:

(lisp.exe:900): Gtk-CRITICAL **: gtk_box_pack_start: assertion `child->parent == NULL' failed

(lisp.exe:900): Gtk-CRITICAL **: gtk_box_pack_start: assertion `child->parent == NULL' failed

(lisp.exe:900): Gtk-WARNING **: Attempting to add a widget with type GtkAccelLabel to a GtkImageMenuItem, but as a GtkBin subclass a GtkImageMenuItem can only contain one widget at a time; it already contains a widget of type GtkAccelLabel

Scott

Peter Hildebrandt <peter.hildebrandt at gmail.com> wrote: Scott,

> Also, during the compilation process there are some warnings like
>
> WARNING: COMPILE-FILE warned while performing #
> #x19DC9229> on #.
> WARNING: COMPILE-FILE failed while performing #
> #x19DC9229> on #.
>
> and
>
> WARNING: EVAL: too few arguments given to FFI::FOREIGN-LIBRARY-FUNCTION:
>          (FFI::FOREIGN-LIBRARY-FUNCTION "g_free" (FFI::FOREIGN-LIBRARY  
> :DEFAULT) NIL
>          (FFI:PARSE-C-TYPE '(FFI:C-FUNCTION (:ARGUMENTS (#:G34113  
> FFI:C-POINTER)) (:RETURN-TYPE NIL) (:LANGUAGE :STDC))))

This is interesting.  At this point I am pretty sure your problem is not  
with cells-gtk, but rather with the underlying cffi.  It looks like the  
definitions of the gtk libs don't pass compilation properly, and the fact  
that you keep getting the NIL function error both suggest that the binding  
to the library does not work at all.

So let us investigate your CFFI:

- Did you install cffi 0.9.2 from here?
http://common-lisp.net/project/cffi/
(The darcs version *and* older versions don't work!)

- Do you have clisp >= 2.35 as required by cffi (cf. their homepage)

I don't know how clisp handles compilation of source files .  SBCL creates  
compiled files with the extension .fasl, and sometimes you need to remove  
those manually, because otherwise the compiler uses outdated files.

Peter


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


       
---------------------------------
Get the name you always wanted with the new y7mail email address..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080411/aa7666b9/attachment.html>

From doolagarl2002 at yahoo.com.au  Fri Apr 11 14:06:56 2008
From: doolagarl2002 at yahoo.com.au (Scott Brown)
Date: Sat, 12 Apr 2008 00:06:56 +1000 (EST)
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <op.t9eiy8qax6i8pv@babyfoot>
Message-ID: <141707.28424.qm@web56413.mail.re3.yahoo.com>

Peter

The demo now works, and displays the GTK  Testing window and tabs.
Everything in the demo seems to be working okay, as far as I can tell,
though it still prints some warning messages at the shell.

So, it's all fixed. Thanks for your help.

Scott

 


Peter Hildebrandt <peter.hildebrandt at gmail.com> wrote: Scott,

> Also, during the compilation process there are some warnings like
>
> WARNING: COMPILE-FILE warned while performing #
> #x19DC9229> on #.
> WARNING: COMPILE-FILE failed while performing #
> #x19DC9229> on #.
>
> and
>
> WARNING: EVAL: too few arguments given to FFI::FOREIGN-LIBRARY-FUNCTION:
>          (FFI::FOREIGN-LIBRARY-FUNCTION "g_free" (FFI::FOREIGN-LIBRARY  
> :DEFAULT) NIL
>          (FFI:PARSE-C-TYPE '(FFI:C-FUNCTION (:ARGUMENTS (#:G34113  
> FFI:C-POINTER)) (:RETURN-TYPE NIL) (:LANGUAGE :STDC))))

This is interesting.  At this point I am pretty sure your problem is not  
with cells-gtk, but rather with the underlying cffi.  It looks like the  
definitions of the gtk libs don't pass compilation properly, and the fact  
that you keep getting the NIL function error both suggest that the binding  
to the library does not work at all.

So let us investigate your CFFI:

- Did you install cffi 0.9.2 from here?
http://common-lisp.net/project/cffi/
(The darcs version *and* older versions don't work!)

- Do you have clisp >= 2.35 as required by cffi (cf. their homepage)

I don't know how clisp handles compilation of source files .  SBCL creates  
compiled files with the extension .fasl, and sometimes you need to remove  
those manually, because otherwise the compiler uses outdated files.

Peter


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


       
---------------------------------
Get the name you always wanted with the new y7mail email address..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080412/64bc92e6/attachment.html>

From doolagarl2002 at yahoo.com.au  Sat Apr 12 11:56:27 2008
From: doolagarl2002 at yahoo.com.au (Scott Brown)
Date: Sat, 12 Apr 2008 21:56:27 +1000 (EST)
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <47FF8C7F.3060300@optonline.net>
Message-ID: <494304.83124.qm@web56401.mail.re3.yahoo.com>


Ken,

I tried the asdf.lisp file in that link you provided and it worked, so now I can run 
 (test-gtk:gtk-demo) in CLisp 2.44 as well without any problems.
Thank you for your help.

Scott

Ken Tilton <kennytilton at optonline.net> wrote: Scott Brown wrote:
> Peter,
> 
> I fixed the problems which I had earlier but now I have different bugs.
> The Lisp I was using didn't have asdf so I switched to the Gigamonkeys 
> Lispbox...

If it would help to stick with what you had, asdf comes in a single lisp 
file you can Just Load:

    http://cclan.cvs.sourceforge.net/cclan/asdf/

You just need asdf.lisp.

If you have some startup file your Lisp uses you could insert a (load 
"/some/path/asdf.lisp") there (tailoring the /some/path bit, which I 
guess could be none if you just dropped asdf into the directory with the 
lisp).

hth, kt



       
---------------------------------
Get the name you always wanted with the new y7mail email address..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080412/f532ca96/attachment.html>

From peter.hildebrandt at gmail.com  Sat Apr 12 16:20:53 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Sat, 12 Apr 2008 18:20:53 +0200
Subject: [cells-gtk-devel] (test-gtk:gtk-demo) failed
In-Reply-To: <141707.28424.qm@web56413.mail.re3.yahoo.com>
References: <op.t9eiy8qax6i8pv@babyfoot>
	<141707.28424.qm@web56413.mail.re3.yahoo.com>
Message-ID: <7758b2680804120920w1f48ffc3g25ce24c8099f56a5@mail.gmail.com>

Scott,

I'm glad to hear it all worked out for you.

The GTK warnings on the console appear for me, too.  We might be able
to fix that in cells-gtk3.  They don't do any harm, though.

Peter

On Fri, Apr 11, 2008 at 4:06 PM, Scott Brown <doolagarl2002 at yahoo.com.au> wrote:
> Peter
>
> The demo now works, and displays the GTK  Testing window and tabs.
> Everything in the demo seems to be working okay, as far as I can tell,
> though it still prints some warning messages at the shell.
>
> So, it's all fixed. Thanks for your help.
>
>
> Scott
>
>
>
>
> Peter Hildebrandt <peter.hildebrandt at gmail.com> wrote:
>  Scott,
>
> > Also, during the compilation process there are some warnings like
> >
> > WARNING: COMPILE-FILE warned while performing #
> > #x19DC9229> on #.
>
> > WARNING: COMPILE-FILE failed while performing #
> > #x19DC9229> on #.
>
> >
> > and
> >
> > WARNING: EVAL: too few arguments given to FFI::FOREIGN-LIBRARY-FUNCTION:
> > (FFI::FOREIGN-LIBRARY-FUNCTION "g_free" (FFI::FOREIGN-LIBRARY
> > :DEFAULT) NIL
> > (FFI:PARSE-C-TYPE '(FFI:C-FUNCTION (:ARGUMENTS (#:G34113
> > FFI:C-POINTER)) (:RETURN-TYPE NIL) (:LANGUAGE :STDC))))
>
> This is interesting. At this point I am pretty sure your problem is not
> with cells-gtk, but rather with the underlying cffi. It looks like the
> definitions of the gtk libs don't pass compilation properly, and the fact
> that you keep getting the NIL function error both suggest that the binding
> to the library does not work at all.
>
> So let us investigate your CFFI:
>
> - Did you install cffi 0.9.2 from here?
> http://common-lisp.net/project/cffi/
> (The darcs version *and* older versions don't work!)
>
> - Do you have clisp >= 2.35 as required by cffi (cf. their homepage)
>
> I don't know how clisp handles compilation of source files . SBCL creates
> compiled files with the extension .fasl, and sometimes you need to remove
> those manually, because otherwise the compiler uses outdated files.
>
> Peter
>
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
>
>
>
>  ________________________________
>  Get the name you always wanted with the new y7mail email address..
>
>


From peter.hildebrandt at gmail.com  Sat Apr 12 16:35:39 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Sat, 12 Apr 2008 18:35:39 +0200
Subject: [cells-gtk-devel] Re: Anything new for me to show off at ECLM
	2008?
In-Reply-To: <47FF4566.4080605@optonline.net>
References: <47FE56B9.3070404@sentex.ca>
	<7758b2680804101211s5f9660dfhc056da5b72297894@mail.gmail.com>
	<47FE796D.6@optonline.net>
	<7758b2680804110152k737d478fj8aed42b32f50a24c@mail.gmail.com>
	<47FF4566.4080605@optonline.net>
Message-ID: <7758b2680804120935y2426cee2mbfcbfb707339fed4@mail.gmail.com>

Ken,


On Fri, Apr 11, 2008 at 1:03 PM, Ken Tilton <kennytilton at optonline.net> wrote:
>  Hmmm, a little trouble there. PicoZip on WinXP cannot read it, WinZip on
> Vista (my new laptop for the eclm talk) complains but then seems to open it.
> The complaint looks like winzip just is not handling Vista.

Weird.  I used the built-in zipper in ubuntu.  But since cvs now
magically works for me again, this has become obsolete fortunately.

>  Question 2: the above does not include a Cells directory (unless the
> expansion broke). I will be trying to build it (looks like I have to hack
> the ACL .lpr files for a while) in the meantime.

Yep, I think we never had cells3 be part of cells-gtk3 (I guess part
of why we did cells-gtk3 is so that we don't have to include out own
fork of cells anymore).

BTW, do you have strong feelings about how to structure the cells-gtk
tree?  you had flattened it in cvs, I had it restructured to match the
old cells-gtk (so I could merge in my patches).  Which one do you
prefer if any?  If you don't care either way I will try and
restructure cvs to match the old cells-gtk tree structure for the sake
of consistency.
> > (2) Tree View

>  Omigod! I did an inspector at one point and used it to inspect the
> inspector window itself. Then I navigated down to the actual widgets in view
> and watched as the inspector showed things like the mouse-over state
> dynamically (without asking the inspector to refresh). I seem to recall
> adding some Cells internals to make it work, tho. In this screenshot:

Gotta love (+ lisp cells).  test-gtk has had that feature for a while,
I think (at least longer than I have been on board).  I remeber it
took me a while to understand what was *really* going on when I saw it
first.

> > (4) Threading
> >
> > It is relly nice and lispy to use the repl to change properties of the
> > windows currently displayed and to add and remove widgets
> > interactively (especially if you have a background in C) -- but I
> > don't know whether that works in MS Windows.  Just checked,
> > bordeaux-threads on windows does not support Allegro.  Bummer.
> >
>
>  I will be doing repl stuff during my talk -- ACL runs a separate process
> from the IDE to execute Lisp. We just need to have a breather in the event
> loop handling to give the IDE enough cycles to be responsive.

Cooperative scheduling, heh?  Apparently cells-gtk on
Lispworks/Windows has similar issues (there's a work around somewhere
in cells-gtk).  So far I haven't seen that with sbcl/linux.  Maybe
threading works better over here, maybe gtk does a better job of
keeping the load in the main loop know.

Those issues aside, doing repl stuff while having a gui up is really
neat, isn't it?

>  OK, don't make yourself crazy on my account.

Well, I'd love to have these things up and running in my thesis talk
two months from now, so it won't hurt to be a little ahead of
schedule.

> In fact, I already have
> Cells-gtk as I had it last running on my laptop, I might just leave it at
> that. I am going to try to get to Celtk, Cello, TripleCells (lite
> integration with an RDF triple-store), Cells-Gtk, and OpenAIR (the
> cells/ajax bit andy is doing). Whew!

Wow, sounds like a great program.  It seems next time they could save
the trouble of inviting other speakers, and just let you talk for the
whole two days. :-)

Anyway, good luck with all of it, and I am looking forward to watching
the recording.

Cheers,
Peter


From peter.denno at nist.gov  Sat Apr 12 17:29:49 2008
From: peter.denno at nist.gov (Peter Denno)
Date: Sat, 12 Apr 2008 13:29:49 -0400
Subject: [cells-devel] Re: [cells-gtk-devel] Re: Anything new for me to
	show off at ECLM 2008?
In-Reply-To: <4800E893.2030306@optonline.net>
References: <47FE56B9.3070404@sentex.ca>
	<7758b2680804120935y2426cee2mbfcbfb707339fed4@mail.gmail.com>
	<4800E893.2030306@optonline.net>
Message-ID: <200804121329.49659.peter.denno@nist.gov>

On Saturday 12 April 2008 12:51, Ken Tilton wrote:
> Peter Hildebrandt wrote:
> > BTW, do you have strong feelings about how to structure the
> > cells-gtk tree?
>
> It's all yours. Maybe see if Peter Denno has some thoughts.

Hi Kenny,

What do you have in mind?

-- 
Best regards,
  - Peter


From peter.hildebrandt at gmail.com  Sat Apr 12 18:41:18 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Sat, 12 Apr 2008 20:41:18 +0200
Subject: [cells-devel] Re: [cells-gtk-devel] Re: Anything new for me to
	show off at ECLM 2008?
In-Reply-To: <4800F3CB.90206@optonline.net>
References: <47FE56B9.3070404@sentex.ca>
	<7758b2680804120935y2426cee2mbfcbfb707339fed4@mail.gmail.com>
	<4800E893.2030306@optonline.net>
	<200804121329.49659.peter.denno@nist.gov>
	<4800F3CB.90206@optonline.net>
Message-ID: <7758b2680804121141w34f9a7e4y6a2f120b728cb8c5@mail.gmail.com>

On Sat, Apr 12, 2008 at 7:39 PM, Ken Tilton <kennytilton at optonline.net> wrote:
> Peter H had asked me this:

> To be honest, I think all that happened is that when I created a parallel repository to do the initial port to C3 I probably screwed up the CVS and PH is just asking if I meant anything by it.

Yep, that's pretty much it.  Ken's parallel repository is flattened
out compared to the cells-gtk cvs, and I was just asking hin for
permission to get it back in sync again.  So Ken, I take it you don't
mind either way?

Peter


From klc at common-lisp.net  Sun Apr 13 08:08:14 2008
From: klc at common-lisp.net (Frieda)
Date: Sun, 13 Apr 2008 16:08:14 +0800
Subject: [cells-gtk-devel] Research has revealed!
Message-ID: <4801BF6E.6080902@common-lisp.net>

Recent discoveries in herbal science have shed new light on the subject of penis enlargement.

Research has revealed that your penis has the ability to grow beyond its current size when fully erect.

Like all the other muscles in your body, your penis is actually designed to grow!

http://www.qunebtoh.com/






From peter.hildebrandt at gmail.com  Mon Apr 14 15:54:11 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Mon, 14 Apr 2008 17:54:11 +0200
Subject: [cells-gtk-devel] lots of circular cells in cells-gtk3?
Message-ID: <7758b2680804140854w1ba92dd6l1150b50bc14c7ed5@mail.gmail.com>

Ken, did you change anything in cells as to how circular references
are dealt with?

Out of a sudden (???) test-gtk won't run, but complains about tons of
circular references.  Pretty much every fm-other and fm^ produce a
circular reference, when they query the siblings by asking the (kids
(fm-parent self)), while, of course, self first needs to be created
for the kids slot to be accessible.

It seems like this always "just worked" against all odds, and now the
hounds come after me.  First I took it as a sign to get started
converting (value (fm-other :something)) into (widget-value
:something), thus replacing tree search by hashtable lookup.

However, I came across this in buttons.lisp:

:new-tail (c? (and (upper self box)
		     (not (eql (first (kids (fm-parent self))) self))
		     '-from-widget))

i.e. this rule queries kids of parent of self -- which is as circular
as it can get.

Now why did this work in the past, and why is it broken now?

I don't understand ...

As always, help is greatly appreciated.
Peter


From peter.hildebrandt at gmail.com  Mon Apr 14 16:43:14 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Mon, 14 Apr 2008 18:43:14 +0200
Subject: [cells-gtk-devel] lots of circular cells in cells-gtk3?
In-Reply-To: <4803888B.9090900@optonline.net>
References: <7758b2680804140854w1ba92dd6l1150b50bc14c7ed5@mail.gmail.com>
	<4803888B.9090900@optonline.net>
Message-ID: <7758b2680804140943l7a796f48jdb3d8799b0e406b9@mail.gmail.com>

As you saw in my other mail, I found the intermediate cause of the
problem:  I had included a reference to (id self) in
initialize-instance of widget.  For some reason that causes the
circularity detection to raise its voice.

What I don't understand, however, is why a reference to the slot in
initialize-instance :after brings out circularity.

For now, I moved the stuff into the rule for the id slot itself, so
when the id is calculated, I use it right away, and don't have to
worry about cell access.  slot-value would have been another option, I
suppose.

But still:  why???

Peter

(oh, and yes, my cells from cvs is brand new)

On Mon, Apr 14, 2008 at 6:38 PM, Ken Tilton <kennytilton at optonline.net> wrote:
> Peter Hildebrandt wrote:
>
> > Ken, did you change anything in cells as to how circular references
> > are dealt with?
> >
>
>  ps. while I am looking, look for a comment dated 2008-03-15 in cells.lisp k
>


From peter.hildebrandt at gmail.com  Mon Apr 14 17:04:50 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Mon, 14 Apr 2008 19:04:50 +0200
Subject: [cells-gtk-devel] lots of circular cells in cells-gtk3?
In-Reply-To: <48038D01.1050804@optonline.net>
References: <7758b2680804140854w1ba92dd6l1150b50bc14c7ed5@mail.gmail.com>
	<4803888B.9090900@optonline.net>
	<7758b2680804140943l7a796f48jdb3d8799b0e406b9@mail.gmail.com>
	<48038D01.1050804@optonline.net>
Message-ID: <7758b2680804141004q4f4a9dbfvc6c080cb97fc1b80@mail.gmail.com>

Ken,

thanks for shadding some light on the issue.

I think I found a decent solution to the problem by abusing (what a
contradiction) the rule for the id slot and dropping in my two lines:

#+libcellsgtk (gtk-signal-connect-swap id "configure-event"
(cffi:get-callback 'reshape-widget-handler) :data id)
(gtk-signal-connect-swap id "delete-event" (cffi:get-callback
'delete-widget-handler) :data id)

This way I can use id -- the local lexical variable holding the brand
new id -- and work with it without any cells dependency.  And one
could argue that I do the required stuff right where it belongs.

Cheers,
Peter
On Mon, Apr 14, 2008 at 6:57 PM, Ken Tilton <kennytilton at optonline.net> wrote:
> Peter Hildebrandt wrote:
>
> > As you saw in my other mail, I found the intermediate cause of the
> > problem:  I had included a reference to (id self) in
> > initialize-instance of widget.  For some reason that causes the
> > circularity detection to raise its voice.
> >
> > What I don't understand, however, is why a reference to the slot in
> > initialize-instance :after brings out circularity.
> >
> > For now, I moved the stuff into the rule for the id slot itself, so
> > when the id is calculated, I use it right away, and don't have to
> > worry about cell access.  slot-value would have been another option, I
> > suppose.
> >
> > But still:  why???
> >
>
>  Recently some evil programming took forever to debug because I was
> re-entering a rule without realizing it. After figuring out that that was
> happening and fixing the cause of that, I looked to see why rule re-entrance
> had not been detected, which I seemed to recall it always had been.
>
>  Turns out the rule began with without-c-dependency as a trick to run only
> once. That macro simply:
>
>     `(let ((cells::*call-stack* nil))
>        , at body)
>
>  And that worked because the dependent cell was always identifed as (car
> cells::*call-stack*).
>
>  Well, I like early bug detection you may have noticed recently <g>, so I
> decided the macro without-c-dependency should leave the *call-stack* intact
> and instead bind a separate new *depender* special to nil, with *depender*
> being the, well, depender honored by the Cells machinery.
>
>  You should not have been doing cells-y stuff in i-i, but you got away with
> it because of the old without-c-dependency behavior, so...
>
>  ...congratulations, you are the first victim to fall into my new bug trap.
> :)
>
>  kt
>


From peter.hildebrandt at gmail.com  Mon Apr 14 17:08:58 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Mon, 14 Apr 2008 19:08:58 +0200
Subject: [cells-gtk-devel] lots of circular cells in cells-gtk3?
In-Reply-To: <48038D01.1050804@optonline.net>
References: <7758b2680804140854w1ba92dd6l1150b50bc14c7ed5@mail.gmail.com>
	<4803888B.9090900@optonline.net>
	<7758b2680804140943l7a796f48jdb3d8799b0e406b9@mail.gmail.com>
	<48038D01.1050804@optonline.net>
Message-ID: <7758b2680804141008x1322d00dxd34872f8dae3a4c@mail.gmail.com>

On Mon, Apr 14, 2008 at 6:57 PM, Ken Tilton <kennytilton at optonline.net> wrote:
> Recently some evil programming took forever to debug because I was
> re-entering a rule without realizing it. After figuring out that that was
> happening and fixing the cause of that, I looked to see why rule re-entrance
> had not been detected, which I seemed to recall it always had been.
>
>  Turns out the rule began with without-c-dependency as a trick to run only
> once. That macro simply:
>
>     `(let ((cells::*call-stack* nil))
>        , at body)
>
>  And that worked because the dependent cell was always identifed as (car
> cells::*call-stack*).

Wow, congrats for figuring that out.  Sounds like one of these things
that take forever ...

>  Well, I like early bug detection you may have noticed recently <g>, so I
> decided the macro without-c-dependency should leave the *call-stack* intact
> and instead bind a separate new *depender* special to nil, with *depender*
> being the, well, depender honored by the Cells machinery.

Sounds good.  And you obviously found some "unclean" stuff I was doing.

>  You should not have been doing cells-y stuff in i-i, but you got away with
> it because of the old without-c-dependency behavior, so...

Actually, the drawing area widget still gets away with it.  Maybe
because it does not have kids ... I don't know.

>  ...congratulations, you are the first victim to fall into my new bug trap.
> :)

I'm proud :)

Peter


From peter.hildebrandt at gmail.com  Mon Apr 14 17:12:23 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Mon, 14 Apr 2008 19:12:23 +0200
Subject: [cells-devel] Re: [cells-gtk-devel] lots of circular cells in
	cells-gtk3?
In-Reply-To: <48038E9F.1010401@optonline.net>
References: <7758b2680804140854w1ba92dd6l1150b50bc14c7ed5@mail.gmail.com>
	<4803888B.9090900@optonline.net>
	<7758b2680804140943l7a796f48jdb3d8799b0e406b9@mail.gmail.com>
	<48038D01.1050804@optonline.net> <48038E9F.1010401@optonline.net>
Message-ID: <7758b2680804141012u7d455faeh4086061dd694a929@mail.gmail.com>

On Mon, Apr 14, 2008 at 7:04 PM, Ken Tilton <kennytilton at optonline.net> wrote:

>  btw, note that this undetected re-entrance would happen if /any/ rule in
> the chain leading back to the same cell did a without-c-dependency.

If you write it like that, it's pretty clear given the scope.  But for
real world code, this must have been a pretty big loop hole --
allowing for dangerous code to pass through and break badly further
down the road.

So I'm glad we're on the safe side now. :-)

Peter


From ldmgwtd at common-lisp.net  Sat Apr 19 05:57:44 2008
From: ldmgwtd at common-lisp.net (Leopoldo)
Date: Sat, 19 Apr 2008 13:57:44 +0800
Subject: [cells-gtk-devel] Anti-Diabetic
Message-ID: <480989D8.6090203@common-lisp.net>

An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080419/19f9742e/attachment.html>

From peter.hildebrandt at gmail.com  Tue Apr 22 08:42:18 2008
From: peter.hildebrandt at gmail.com (Peter Hildebrandt)
Date: Tue, 22 Apr 2008 10:42:18 +0200
Subject: [cells-gtk-devel] Building cells-gtk on Ubuntu7.10
In-Reply-To: <480CF84A.6030105@sentex.ca>
References: <47FE56B9.3070404@sentex.ca>
	<7758b2680804101211s5f9660dfhc056da5b72297894@mail.gmail.com>
	<480CF84A.6030105@sentex.ca>
Message-ID: <7758b2680804220142n1506863em541f696bec523268@mail.gmail.com>

Hi Greg,

alright, let's sort it out step by step.  You said you're using CMUCL
on ubuntu 7.10.  I have the same ubuntu here, and SBCL (which I use)
is said to be quite similar to your CMUCL, so your and my set up
should be roughly comparable.

Your error message states that

>  Unable to load foreign library: libgobject-2.0.so
>  [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]

So, yes, as you say, the problem is with CFFI trying to open libgobject-2.0.so

>  Clearly CMUCL is in trouble with Compiling DEFUN LOAD-GTK-LIBS because it
>  cannot find libgobject.2.0.so

Now we check whether a file by this name (it is -2.0.so, btw, but I
guess that's just a typo) exists:

>  ls -l /usr/lib/|grep libgob.*\.so
>  does indeed tell me that I have libgobject.2.0.so in /usr/lib

So, you have the file CFFI is looking for with the right name in the
right place.  Therefore the whole symlink business is not necessary in
your case.  I'll explain it anyway, just so you know what it was all
about:

The whole symlink business is a way of making files available under
different names.  It is a linux thing, not a lisp thing.  So when you
do ln -s /home/mike/somefile /home/mary/mikes-file, there will be a
file called "mikes-file" in mary's home dir, and when opened, linux
will display the contents of /home/mike/somefile instead.  So it
"links" a new name to na existing file.

In our case, some linux distributions tend to call the library
libgobject-2.0.so.0 (note the trainling ".0"), so one has to introduce
a link, that is, tell linux that this file should also be available as
libgobject-2.0.so.

So this is where the commands I wrote come into play.  That is, if the
library is called libgobject-2.0.so.0 on your system, you'd need to
tell linux to make this file accessible by the name libgobject-2.0.so,
that is, link the name libgobject-2.0.so to the file
libgobject-2.0.so.0:

cd /usr/lib
ln -s libgobject-2.0.so.0 libgobject-2.0.so

However, as we saw, this is not necessary on your system, since you
have a file called /usr/lib/libgobject.2.0.so already.

So the question in your case is why CFFI fails to find that library.

Can you give me the output of ls -l /usr/lib/libgobject-2.0.so ?

Also, this is the first library cells-gtk tries to load, so maybe this
is just an indicator that it is something about cffi in general that
is broken here.

Maybe try downloading CFFI 0.9.2 from
http://common-lisp.net/project/cffi/  If you installed cells-gtk from
the tarball, there should be a cffi directory under cells-gtk.  Just
move the contents to some backup place (eg. "cffi-old") and put the
new cffi source in there.

Then (and in general while trying out things) it would be a good idea
to remove all .fasl files.  Use Places -> Search for files to see
where *.fasl files are located on your system (either among the source
files or in /var/common-lisp-controller or something), and remove
them.  Then restart CMUCL and do the load again.  This way you make
sure there are no leftovers from previous trials hanging around.

I haven't seen it necessary, but maybe you could hint CFFI as to where
to look for libraries.  So before loading CMUCL try (at the linux
command prompt):

export CPATH=$CPATH:/usr/lib

If all this does not get you past this error, it might be worthwhile
to go to the cffi mailing list, since the problem seems to be on this
level, not with cells-gtk itself, so they might be able to give better
advice.

Good luck,
Peter


From brmnd at common-lisp.net  Fri Apr 25 10:46:32 2008
From: brmnd at common-lisp.net (Noreen)
Date: Fri, 25 Apr 2008 11:46:32 +0100
Subject: [cells-gtk-devel] penetrate deeper
Message-ID: <4811A878.2080308@common-lisp.net>

GAIN YOUR PENIS 2 INCH - SIMPLE AS NEVER.

NATURAL HERBAL PRODUCT 100% SATISFACTION GUARANTEE!

http://babbuyae.com





From uvmvxw at common-lisp.net  Mon Apr 28 22:24:35 2008
From: uvmvxw at common-lisp.net (Teresa)
Date: Mon, 28 Apr 2008 23:24:35 +0100
Subject: [cells-gtk-devel] you will feel much better
Message-ID: <48164093.9090102@common-lisp.net>

An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-gtk-devel/attachments/20080428/123f7868/attachment.html>