Got it working! I guess I should have tried that first :) Thanks again<br><br>Ram<br><br><div class="gmail_quote">On Sun, Jun 28, 2009 at 4:12 PM, Ram Vedam <span dir="ltr"><<a href="mailto:rvedam@gmail.com">rvedam@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Yes, I did modify test-gtk.lisp after a crazy longshot idea that it might be splitting the string into multiple arguments and passing each substring separately. Crazy idea I know... I'll try upgrading to SBCL 1.0.29 from 1.0.20 and see what happens. Thanks a lot for your help<div>

<br></div><div><font color="#888888">Ram</font><div><div></div><div class="h5"><br><div><br><div class="gmail_quote">On Sun, Jun 28, 2009 at 4:06 PM, Ramarren <span dir="ltr"><<a href="mailto:ramarren@gmail.com" target="_blank">ramarren@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>
<br>
This doesn't happen on my system, but there is something weird in the<br>
log you sent:<br>
<div>    Calling (gtk-window-set-title #.(SB-SYS:INT-SAP #X080EEDA8) Testing)<br>
</div>On my system is<br>
    Calling (gtk-window-set-title #.(SB-SYS:INT-SAP #X080CB640) GTK Testing)<br>
I wonder where the other part of the string went? Did you modify<br>
test-gtk/test-gtk.lisp?  It is given there as an initarg to test-gtk<br>
app.<br>
<br>
Try erasing cells-gtk and all generated fasls, and redownloading and<br>
recompiling, maybe something got stuck somewhere.<br>
<br>
Other than that this might be something to do with SBCL 1.0.20, which<br>
is after all nine months old. I have tested only on current SBCL<br>
1.0.29, and just tried to running on CLISP. But I really don't know<br>
how that would happen. Obscure memory access errors, maybe, but number<br>
of arguments is just weird.<br>
<br>
Regards,<br>
Jakub Higersberger<br>
<div><div></div><div><br>
On Sun, Jun 28, 2009 at 10:29 PM, Ram Vedam<<a href="mailto:rvedam@gmail.com" target="_blank">rvedam@gmail.com</a>> wrote:<br>
> Hi<br>
><br>
> I downloaded Jakub's code from git, got everything compiling and loaded into<br>
> my system fine, however when I run the test-gtk demo I get an invalid number<br>
> of arguments: 3 message from SBCL... Below is the stack trace I get when I<br>
> run the test-gtk demo with debug turned on.<br>
><br>
> "----------UTILSRESET----------------------------------"<br>
> eval (INIT-GTK)<br>
> Calling (gtk-adds-g-thread-supported )<br>
>   (gtk-adds-g-thread-supported ) returns 1--> NIL<br>
> eval (SHOW-WIN APP-NAME TERMINATE-ON-CLOSE T)<br>
> eval (SETF APP (APPLY #'MAKE-INSTANCE APP-NAME VISIBLE (C-IN NIL) INITARGS))<br>
> Calling (gtk-accel-group-new )<br>
>   (gtk-accel-group-new ) returns #.(SB-SYS:INT-SAP #X080EF8C0)<br>
> 0> NEW ID gtk-ffi:gtk-tooltips-new nil<br>
> Calling (gtk-tooltips-new )<br>
>   (gtk-tooltips-new ) returns #.(SB-SYS:INT-SAP #X080B4B80)<br>
> 0> WINDOW ADD KID nil notebook40<br>
> 1> NEW ID gtk-ffi:gtk-window-new (0)<br>
> Calling (gtk-window-new 0)<br>
>   (gtk-window-new 0) returns #.(SB-SYS:INT-SAP #X080EEDA8)<br>
> 1> NEW ID gtk-ffi:gtk-notebook-new nil<br>
> Calling (gtk-notebook-new )<br>
>   (gtk-notebook-new ) returns #.(SB-SYS:INT-SAP #X080EF000)<br>
> Calling (gtk-container-add #.(SB-SYS:INT-SAP #X080EEDA8) #.(SB-SYS:INT-SAP<br>
> #X080EF000))<br>
>   (gtk-container-add #.(SB-SYS:INT-SAP #X080EEDA8) #.(SB-SYS:INT-SAP<br>
> #X080EF000)) returns #.(SB-SYS:INT-SAP #X080915E8)<br>
> Calling (gtk-widget-hide #.(SB-SYS:INT-SAP #X080EEDA8))<br>
>   (gtk-widget-hide #.(SB-SYS:INT-SAP #X080EEDA8)) returns NIL<br>
> Calling (gtk-widget-set-sensitive #.(SB-SYS:INT-SAP #X080EEDA8) T)<br>
>   (gtk-widget-set-sensitive #.(SB-SYS:INT-SAP #X080EEDA8) T) returns NIL<br>
> Calling (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
>   (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
> returns NIL<br>
> Calling (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
>   (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
> returns NIL<br>
> Calling (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
>   (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
> returns NIL<br>
> Calling (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
>   (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080EEDA8) 650 550)<br>
> returns NIL<br>
> Calling (gtk-window-set-title #.(SB-SYS:INT-SAP #X080EEDA8) Testing)<br>
> debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD<br>
> "initial thread" RUNNING {A8345C1}>:<br>
>   invalid number of arguments: 3<br>
><br>
> "----------UTILSRESET----------------------------------"<br>
> eval (INIT-GTK)<br>
> Calling (gtk-adds-g-thread-supported )<br>
>   (gtk-adds-g-thread-supported ) returns 0<br>
> eval (PROGN (G-THREAD-INIT +C-NULL+) (GDK-THREADS-INIT))<br>
> Calling (g-thread-init #.(SB-SYS:INT-SAP #X00000000))<br>
>   (g-thread-init #.(SB-SYS:INT-SAP #X00000000)) returns NIL<br>
> Calling (gdk-threads-init )<br>
>   (gdk-threads-init ) returns NIL--> NIL<br>
> eval (ASSERT (GTK-INIT-CHECK +C-NULL+ +C-NULL+))<br>
> Calling (gtk-init-check #.(SB-SYS:INT-SAP #X00000000) #.(SB-SYS:INT-SAP<br>
> #X00000000))<br>
>   (gtk-init-check #.(SB-SYS:INT-SAP #X00000000) #.(SB-SYS:INT-SAP<br>
> #X00000000)) returns T--> NIL<br>
> eval (GTK-INIT +C-NULL+ +C-NULL+)<br>
> Calling (gtk-init #.(SB-SYS:INT-SAP #X00000000) #.(SB-SYS:INT-SAP<br>
> #X00000000))<br>
>   (gtk-init #.(SB-SYS:INT-SAP #X00000000) #.(SB-SYS:INT-SAP #X00000000))<br>
> returns NIL--> NIL<br>
> eval (GTK-RESET)<br>
> "----------UTILSRESET----------------------------------" --> #()<br>
> --> #()<br>
> eval (SHOW-WIN APP-NAME TERMINATE-ON-CLOSE T)<br>
> eval (SETF APP (APPLY #'MAKE-INSTANCE APP-NAME VISIBLE (C-IN NIL) INITARGS))<br>
> Calling (gtk-accel-group-new )<br>
>   (gtk-accel-group-new ) returns #.(SB-SYS:INT-SAP #X080DDAE0)<br>
> 0> NEW ID gtk-ffi:gtk-tooltips-new nil<br>
> Calling (gtk-tooltips-new )<br>
>   (gtk-tooltips-new ) returns #.(SB-SYS:INT-SAP #X080B4840)<br>
> 0> WINDOW ADD KID nil notebook4<br>
> 1> NEW ID gtk-ffi:gtk-window-new (0)<br>
> Calling (gtk-window-new 0)<br>
>   (gtk-window-new 0) returns #.(SB-SYS:INT-SAP #X080E60F0)<br>
> 1> NEW ID gtk-ffi:gtk-notebook-new nil<br>
> Calling (gtk-notebook-new )<br>
>   (gtk-notebook-new ) returns #.(SB-SYS:INT-SAP #X080EB800)<br>
> Calling (gtk-container-add #.(SB-SYS:INT-SAP #X080E60F0) #.(SB-SYS:INT-SAP<br>
> #X080EB800))<br>
>   (gtk-container-add #.(SB-SYS:INT-SAP #X080E60F0) #.(SB-SYS:INT-SAP<br>
> #X080EB800)) returns #.(SB-SYS:INT-SAP #X080915E8)<br>
> Calling (gtk-widget-hide #.(SB-SYS:INT-SAP #X080E60F0))<br>
>   (gtk-widget-hide #.(SB-SYS:INT-SAP #X080E60F0)) returns NIL<br>
> Calling (gtk-widget-set-sensitive #.(SB-SYS:INT-SAP #X080E60F0) T)<br>
>   (gtk-widget-set-sensitive #.(SB-SYS:INT-SAP #X080E60F0) T) returns NIL<br>
> Calling (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
>   (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
> returns NIL<br>
> Calling (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
>   (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
> returns NIL<br>
> Calling (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
>   (gtk-window-set-default-size #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
> returns NIL<br>
> Calling (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
>   (gtk-widget-set-size-request #.(SB-SYS:INT-SAP #X080E60F0) 650 550)<br>
> returns NIL<br>
> Calling (gtk-window-set-title #.(SB-SYS:INT-SAP #X080E60F0) Testing)<br>
> debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD<br>
> "initial thread" RUNNING {A834701}>:<br>
>   invalid number of arguments: 3<br>
><br>
> I was looking through the FFI section of code thinking that it might have<br>
> just been this function passing the arguments incorrectly to the appropriate<br>
> gtk function but the declaration matches the GTK documentation for it, so I<br>
> have no idea what might be causing this problem. Any thoughts?<br>
><br>
> Ram<br>
><br>
> On Fri, Jun 26, 2009 at 1:30 PM, Ramarren <<a href="mailto:ramarren@gmail.com" target="_blank">ramarren@gmail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> Cells-gtk optionally depends on cl-cairo2, which in turn depends on<br>
>> trivial-features [ <a href="http://www.cliki.net/trivial-features" target="_blank">http://www.cliki.net/trivial-features</a> ]. You can<br>
>> either install it and all its dependencies, preferably using something<br>
>> like <a href="http://common-lisp.net/project/clbuild/" target="_blank">http://common-lisp.net/project/clbuild/</a> , or you can disable it<br>
>> if you don't need custom cairo drawing by editing features.lisp (same<br>
>> about opengl extension).<br>
>><br>
>> Regards,<br>
>> Jakub Higersberger<br>
>><br>
>> On Fri, Jun 26, 2009 at 8:00 PM, Ram Vedam<<a href="mailto:rvedam@gmail.com" target="_blank">rvedam@gmail.com</a>> wrote:<br>
>> > I downloaded the version Ramarren mentioned on github last night, and it<br>
>> > was<br>
>> > complaining about some package "TRIVIAL-FEATURES" associated with<br>
>> > cl-cairo2.<br>
>> > Has anyone else tried his branch of the cells-gtk code and if so, have<br>
>> > they<br>
>> > also had the same problem or similar problems with cl-cairo2? If  you<br>
>> > need<br>
>> > more info I'm running Ubuntu 8.10 on my box with SBCL 1.0.20<br>
>> > Ram<br>
>> ><br>
>> > On Thu, Jun 25, 2009 at 12:31 AM, Ramarren <<a href="mailto:ramarren@gmail.com" target="_blank">ramarren@gmail.com</a>> wrote:<br>
>> >><br>
>> >> Did my message not go through? I shows in GMane, so I don't think it<br>
>> >> was eaten by spam filters... anyway,<br>
>> >> you are using a version of cells-gtk3 which is not compatible with<br>
>> >> current CFFI. [I can tell by compiling order, compare<br>
>> >><br>
>> >><br>
>> >> <a href="http://github.com/Ramarren/cells-gtk3/blob/d2683cf228c2b8c868ea7a398bf961a32bc118ad/gtk-ffi/gtk-utilities.lisp" target="_blank">http://github.com/Ramarren/cells-gtk3/blob/d2683cf228c2b8c868ea7a398bf961a32bc118ad/gtk-ffi/gtk-utilities.lisp</a><br>


>> >> and<br>
>> >><br>
>> >> <a href="http://github.com/Ramarren/cells-gtk3/blob/b9d4d2badc5c7760c296fb9a67ade295c82119dd/gtk-ffi/gtk-utilities.lisp" target="_blank">http://github.com/Ramarren/cells-gtk3/blob/b9d4d2badc5c7760c296fb9a67ade295c82119dd/gtk-ffi/gtk-utilities.lisp</a><br>


>> >> . Not to mention the file-write date.]. You would either have to<br>
>> >> downgrade all dependencies to their state from a year ago, or use my<br>
>> >> update version from <a href="http://github.com/Ramarren/cells-gtk3/tree/master" target="_blank">http://github.com/Ramarren/cells-gtk3/tree/master</a><br>
>> >> . Note the download button if you don't want to use git.<br>
>> >><br>
>> >> On Thu, Jun 25, 2009 at 4:25 AM, Ram Vedam<<a href="mailto:rvedam@gmail.com" target="_blank">rvedam@gmail.com</a>> wrote:<br>
>> >> > SBCL spits out the following when I tried to load cells-gtk3<br>
>> >> ><br>
>> >> > ;<br>
>> >> ><br>
>> >> ><br>
>> >> > /var/cache/common-lisp-controller/1000/sbcl/local/home/vedam/.sbcl/site/cells-gtk3/ph-maths/ph-maths.fasl<br>
>> >> > written<br>
>> >> > ; compilation finished in 0:00:00<br>
>> >> > ; compiling file<br>
>> >> > "/home/vedam/.sbcl/site/cells-gtk3/gtk-ffi/gtk-utilities.lisp"<br>
>> >> > (written<br>
>> >> > 03<br>
>> >> > JUN 2008 11:33:41 AM):<br>
>> >> > ; compiling (IN-PACKAGE :GTK-FFI)<br>
>> >> > ; compiling (DEFUN GTK-SIGNAL-CONNECT ...)<br>
>> >> > ; compiling (DEFUN G-SIGNAL-CONNECT-DATA ...)<br>
>> >> > debugger invoked on a SB-KERNEL:CASE-FAILURE in thread #<THREAD<br>
>> >> > "initial<br>
>> >> > thread" RUNNING {A834699}>:<br>
>> >> >   #.(SB-SYS:INT-SAP #X00000000) fell through ETYPECASE expression.<br>
>> >> >   Wanted one of (CHARACTER SYMBOL INTEGER).<br>
>> >> ><br>
>> >> > Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.<br>
>> >> ><br>
>> >> > restarts (invokable by number or by possibly-abbreviated name):<br>
>> >> >   0: [TRY-RECOMPILING] Try recompiling gtk-utilities<br>
>> >> >   1: [RETRY          ] Retry performing #<ASDF:COMPILE-OP NIL<br>
>> >> > {ABEEE41}><br>
>> >> > on<br>
>> >> >                        #<ASDF:CL-SOURCE-FILE "gtk-utilities"<br>
>> >> > {ABED4E1}>.<br>
>> >> >   2: [ACCEPT         ] Continue, treating #<ASDF:COMPILE-OP NIL<br>
>> >> > {ABEEE41}><br>
>> >> > on<br>
>> >> >                        #<ASDF:CL-SOURCE-FILE "gtk-utilities"<br>
>> >> > {ABED4E1}><br>
>> >> > as<br>
>> >> >                        having been successful.<br>
>> >> >   3: [ABORT          ] Exit debugger, returning to top level.<br>
>> >> ><br>
>> >> > Any ideas as to what might be wrong?<br>
>> >> ><br>
>> >> > Ram<br>
>> >> ><br>
>> >> > On Wed, Jun 24, 2009 at 1:48 PM, Peder Chr. Norgaard <<a href="mailto:pcn@pogt.dk" target="_blank">pcn@pogt.dk</a>><br>
>> >> > wrote:<br>
>> >> >><br>
>> >> >> I myself went through a similar process half a year ago in the<br>
>> >> >> Debian<br>
>> >> >> unstable<br>
>> >> >> context.  I succeeded partially after tweaking some of the<br>
>> >> >> components<br>
>> >> >> really<br>
>> >> >> hard - I never got the Drawing part to work.  I have had the same<br>
>> >> >> solution<br>
>> >> >> working on a host of different SBCL versions.<br>
>> >> >><br>
>> >> >> Now if you would could be just a little more concrete than "having<br>
>> >> >> trouble<br>
>> >> >> compiling"/"looks like having trouble loading".  What brand and<br>
>> >> >> version<br>
>> >> >> is<br>
>> >> >> your operating system (cells-gtk depends on a lot more than SBCL),<br>
>> >> >> exactkt<br>
>> >> >> what error message do you get at which step in the process...  I<br>
>> >> >> might<br>
>> >> >> be<br>
>> >> >> able to help you.<br>
>> >> >><br>
>> >> >> But "having trouble compiling/loading" is not really helpful to<br>
>> >> >> someone<br>
>> >> >> who<br>
>> >> >> wants to help!<br>
>> >> >><br>
>> >> >> best regards<br>
>> >> >>                                --peder chr.<br>
>> >> >><br>
>> >> >> On Wednesday 24 June 2009, Ram Vedam wrote:<br>
>> >> >> > Hi,<br>
>> >> >> > I've been having trouble compiling cells-gtk on SBCL 1.0.20 . From<br>
>> >> >> > the<br>
>> >> >> > looks of the error messages, it looks like its having trouble<br>
>> >> >> > loading<br>
>> >> >> > the<br>
>> >> >> > GTK-FFI into my Lisp process but I'm not sure. I'm very new with<br>
>> >> >> > GTK<br>
>> >> >> > (programmed Qt for a bit but not GTK) and I have never used CFFI<br>
>> >> >> > inside<br>
>> >> >> > Common Lisp, so I'm not sure exactly what the problem is. Does<br>
>> >> >> > anyone<br>
>> >> >> > have<br>
>> >> >> > any ideas?<br>
>> >> >> ><br>
>> >> >> > Ram<br>
>> >> >><br>
>> >> >><br>
>> >> >><br>
>> >> >> --<br>
>> >> >> Peder Chr. Nørgaard     e-mail: <a href="mailto:pcn@pogt.dk" target="_blank">pcn@pogt.dk</a><br>
>> >> >> Gefionsvej 19<br>
>> >> >> DK-8230 Åbyhøj          tel: +45 87 44 11 99<br>
>> >> >> Denmark                 mob: +45 30 91 84 31<br>
>> >> >><br>
>> >> >><br>
>> >> >> _______________________________________________<br>
>> >> >> cells-gtk-devel site list<br>
>> >> >> <a href="mailto:cells-gtk-devel@common-lisp.net" target="_blank">cells-gtk-devel@common-lisp.net</a><br>
>> >> >> <a href="http://common-lisp.net/mailman/listinfo/cells-gtk-devel" target="_blank">http://common-lisp.net/mailman/listinfo/cells-gtk-devel</a><br>
>> >> ><br>
>> >> > _______________________________________________<br>
>> >> > cells-gtk-devel site list<br>
>> >> > <a href="mailto:cells-gtk-devel@common-lisp.net" target="_blank">cells-gtk-devel@common-lisp.net</a><br>
>> >> > <a href="http://common-lisp.net/mailman/listinfo/cells-gtk-devel" target="_blank">http://common-lisp.net/mailman/listinfo/cells-gtk-devel</a><br>
>> >> ><br>
>> ><br>
>> ><br>
><br>
><br>
</div></div></blockquote></div><br></div></div></div></div>
</blockquote></div><br>