From Bormuth at web.de Sun Jun 1 03:01:43 2008 From: Bormuth at web.de (Ingo Bormuth) Date: Sun, 01 Jun 2008 05:01:43 +0200 Subject: [cells-gtk-devel] cells-gtk3 without libcellsgtk Message-ID: <1158364783@web.de> Hi Peter, sorry for that late reply. Due to a misbehaving progmailrc your last mail was sorted into the cells-devel folder where I didn't read it. Please find the following patched attached: 0001-Remove-clisp-hack.patch Complete removes the clisp-call-next-method hack as I think it's no longer needed at all. See below. 0002-In-cells3-def-c-output-was-renamed-to-defobserver.patch Renames remaining occurrences of 'def-c-output'. I wonder why there weren't any errors as the macro was removed from cells3. 0003-Inactivate-optional-stuff-by-default.patch Inactivate optional features (threads, cairo, opengl and libcellsgtk) by default. I think it's more convenient to activate those when needed instead of patching the .asd files all the time. Test-gtk.asd still does exactly this. > > 2. Also if used in a single threading environment (like clisp) > > (g-thread-init...) and (gdk-threads-init) do get called which > > results in an error. > > Hmm, I never changed that, I think. They were always called in > cells-gtk if IIRC. However, if it does no harm to leave them out, > then that seems the right thing to do. > > Are you on windows or linux? I'm just guessing, but it might be the > case that it is a GTK issue and not a cells-gtk issue whether to call > them: On linux GTK supports threads, so it might be necessary to call > those (even if you don't use threads yourself). On windows it > doesn't, so maybe you can't call them. In this case, we should > condition on :unix vs. :windows. But again, I'm just guessing. If > you're on linux, then forget everything I said. I'm primarily on sbcl/linux. Recently I started to maintain the project for clisp/windows. As far as I remember thought, I realized the described problem have way down on clisp/linux. > As to the call-next-method thing, the background is this: > > [...] > > I'd suggest you just go ahead and deactivate all > those calls (e.g by conditioning on :no-progn-combination instead of > :clisp), which should remove those warnings. As mentioned above I decided against ':no-progn-combination'. In my opinion the call-next-method hack is of little use since '(:method-combination progn)' was removed for clisp in 'cells.lisp'. Please tell me in case I'm wrong here so I can change the patch. Thanks again (everybody) Ingo _______________________________________________________________ Schon geh?rt? Der neue WEB.DE MultiMessenger kann`s mit allen: http://www.produkte.web.de/messenger/?did=3016 -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Remove-clisp-hack.patch Type: text/x-patch Size: 7210 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-In-cells3-def-c-output-was-renamed-to-defobserver.patch Type: text/x-patch Size: 2762 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Inactivate-optional-stuff-by-default.patch Type: text/x-patch Size: 2197 bytes Desc: not available URL: From peter.hildebrandt at gmail.com Mon Jun 2 13:55:25 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Mon, 2 Jun 2008 15:55:25 +0200 Subject: [cells-gtk-devel] cells-gtk3 without libcellsgtk In-Reply-To: <1158364783@web.de> References: <1158364783@web.de> Message-ID: <7758b2680806020655ve82490ds86420816c694b0a7@mail.gmail.com> Hi Ingo, thanks a lot for the patches. I committed them today. Additionally I added some support for "gtkmisc"; now you can layout labels, images, and arrows with xalign, yalign, xpad, and ypad without the need for an alignmnent container. I changed the label widget to default to left (vs. centered). Let me know what you think. Also, I moved the configure event to notify about reshaping from gtk-object to widget, thus getting rid of a few warnings. Cheers, Peter On 6/1/08, Ingo Bormuth wrote: > Hi Peter, > > sorry for that late reply. Due to a misbehaving progmailrc your last > mail was sorted into the cells-devel folder where I didn't read it. > > Please find the following patched attached: > > 0001-Remove-clisp-hack.patch > > Complete removes the clisp-call-next-method hack as I think > it's no longer needed at all. See below. > > 0002-In-cells3-def-c-output-was-renamed-to-defobserver.patch > > Renames remaining occurrences of 'def-c-output'. > I wonder why there weren't any errors as the macro > was removed from cells3. > > 0003-Inactivate-optional-stuff-by-default.patch > > Inactivate optional features (threads, cairo, opengl and > libcellsgtk) by default. I think it's more convenient to > activate those when needed instead of patching the .asd > files all the time. Test-gtk.asd still does exactly this. > > > > 2. Also if used in a single threading environment (like clisp) > > > (g-thread-init...) and (gdk-threads-init) do get called which > > > results in an error. > > > > Hmm, I never changed that, I think. They were always called in > > cells-gtk if IIRC. However, if it does no harm to leave them out, > > then that seems the right thing to do. > > > > Are you on windows or linux? I'm just guessing, but it might be the > > case that it is a GTK issue and not a cells-gtk issue whether to call > > them: On linux GTK supports threads, so it might be necessary to call > > those (even if you don't use threads yourself). On windows it > > doesn't, so maybe you can't call them. In this case, we should > > condition on :unix vs. :windows. But again, I'm just guessing. If > > you're on linux, then forget everything I said. > > I'm primarily on sbcl/linux. Recently I started to maintain the > project for clisp/windows. As far as I remember thought, I realized > the described problem have way down on clisp/linux. > > > As to the call-next-method thing, the background is this: > > > > [...] > > > > I'd suggest you just go ahead and deactivate all > > those calls (e.g by conditioning on :no-progn-combination instead of > > :clisp), which should remove those warnings. > > As mentioned above I decided against ':no-progn-combination'. > > In my opinion the call-next-method hack is of little use since > '(:method-combination progn)' was removed for clisp in 'cells.lisp'. > > Please tell me in case I'm wrong here so I can change the patch. > > > Thanks again (everybody) > > Ingo > > _______________________________________________________________ > Schon geh?rt? Der neue WEB.DE MultiMessenger kann`s mit allen: > http://www.produkte.web.de/messenger/?did=3016 > > > From Bormuth at web.de Mon Jun 2 18:21:09 2008 From: Bormuth at web.de (Ingo Bormuth) Date: Mon, 02 Jun 2008 20:21:09 +0200 Subject: [cells-gtk-devel] CVS Server ? Message-ID: <1160302857@web.de> Hi Peter, I can see your commits using the cvs web interface at: http://common-lisp.net/cgi-bin/viewcvs.cgi/cells-gtk3/?root=cells&sortby=date#dirlist but don't get them using cvs directly: cvs -z3 -d :pserver:anonymous:anonymous at common-lisp.net:/project/cells/cvsroot co cells-gtk3 Is that the right server (or any kind of mirror), last time I got them some days late... Sorry for bothering you again. Btw: On the website there is only a link to the old cells-gtk repository and no mention of the new root in the cells repository. Ingo _______________________________________________________________________ Jetzt neu! Sch?tzen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220 From peter.hildebrandt at gmail.com Mon Jun 2 21:51:42 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Mon, 2 Jun 2008 23:51:42 +0200 Subject: [cells-gtk-devel] CVS Server ? In-Reply-To: <1160302857@web.de> References: <1160302857@web.de> Message-ID: <7758b2680806021451v63d81659n4ec61bcf771c45b9@mail.gmail.com> Hi Ingo, I have no idea what's going on there. Your cvs command looks right. I know that there is a delay between commits and propagation of changes to anonymous cvs, but that is only supposed to be 15 minutes or so. I suggest you check again tomorrow, and if the problem persists you contact admin at common-lisp.net Cells-gtk3 started in cells cvs because it was an experiment of Ken and me to get it to work. I was afraid we won't have it ready for prime time any time soon, so I kept it in private with the "old" cells2 cells-gtk being the only official version. Given that pretty much all mail on this list is about cells-gtk3 these days it might be time to rethink that and move cells-gtk3 to the cells-gtk repo. There are still a few issues: - the text enry dialog is broken - objects get destroyed more than once (see gtk warnings on the console) - on-destroy callbacks don't work I have a few ideas what to do in the near future: - create a cells-list-view based on cells-store analogous to the cells-tree-view based on family - make the gl-drawing-area more user-friendly - do a major rewrite of the cairo-drawing-area - maybe: use ephemeral slots to do event handling I cc'd Peter Denno, maybe he has some insight as to how we should proceed. Peter On 6/2/08, Ingo Bormuth wrote: > Hi Peter, > > I can see your commits using the cvs web interface at: > > http://common-lisp.net/cgi-bin/viewcvs.cgi/cells-gtk3/?root=cells&sortby=date#dirlist > > but don't get them using cvs directly: > > cvs -z3 -d :pserver:anonymous:anonymous at common-lisp.net:/project/cells/cvsroot co cells-gtk3 > > Is that the right server (or any kind of mirror), last time I got them some days late... > > Sorry for bothering you again. > > Btw: On the website there is only a link to the old cells-gtk repository and > no mention of the new root in the cells repository. > > Ingo > _______________________________________________________________________ > Jetzt neu! Sch?tzen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage > kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220 > > _______________________________________________ > cells-gtk-devel site list > cells-gtk-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-gtk-devel > From peter.denno at nist.gov Tue Jun 3 16:00:18 2008 From: peter.denno at nist.gov (Peter Denno) Date: Tue, 3 Jun 2008 12:00:18 -0400 Subject: [cells-gtk-devel] CVS Server ? In-Reply-To: <7758b2680806021451v63d81659n4ec61bcf771c45b9@mail.gmail.com> References: <1160302857@web.de> <7758b2680806021451v63d81659n4ec61bcf771c45b9@mail.gmail.com> Message-ID: <200806031200.18880.peter.denno@nist.gov> On Monday 02 June 2008 17:51, Peter Hildebrandt wrote: > I cc'd Peter Denno, maybe he has some insight as to how we should > proceed. Sorry, I don't know what the problem could have been. -- Best regards, - Peter From peter.hildebrandt at gmail.com Tue Jun 3 16:09:17 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Tue, 3 Jun 2008 18:09:17 +0200 Subject: [cells-gtk-devel] cells-gtk3 Message-ID: <7758b2680806030909q42eb7072r95c7d00459f33481@mail.gmail.com> On 6/3/08, Peter Denno wrote: > On Monday 02 June 2008 17:51, Peter Hildebrandt wrote: > > I cc'd Peter Denno, maybe he has some insight as to how we should > > proceed. > > > Sorry, I don't know what the problem could have been. I think I created a misunderstanding here. I was wondering whether you had an idea how we should proceed with cells-gtk3 (cells-gtk with cells3, cairo, and opengl). I see a number of options: - move it to the cells-gtk cvs and mention it on the cells-gtk website (as a "development" version) - change the cells-gtk website to make cells-gtk3 the current/main branch and label the cells2-cells-gtk a "legacy" version - create a new project on cl.net and let them exist in parallel You are the maintainer of cells-gtk, so I thought you are the person to ask :-) Best, Peter > > -- > Best regards, > > - Peter > From peter.denno at nist.gov Tue Jun 3 16:24:40 2008 From: peter.denno at nist.gov (Peter Denno) Date: Tue, 3 Jun 2008 12:24:40 -0400 Subject: [cells-gtk-devel] cells-gtk3 In-Reply-To: <7758b2680806030909q42eb7072r95c7d00459f33481@mail.gmail.com> References: <7758b2680806030909q42eb7072r95c7d00459f33481@mail.gmail.com> Message-ID: <200806031224.40923.peter.denno@nist.gov> On Tuesday 03 June 2008 12:09, Peter Hildebrandt wrote: > On 6/3/08, Peter Denno wrote: > > On Monday 02 June 2008 17:51, Peter Hildebrandt wrote: > > > I cc'd Peter Denno, maybe he has some insight as to how we > > > should proceed. > > > > Sorry, I don't know what the problem could have been. > > I think I created a misunderstanding here. I was wondering whether > you had an idea how we should proceed with cells-gtk3 (cells-gtk > with cells3, cairo, and opengl). I see a number of options: > > - move it to the cells-gtk cvs and mention it on the cells-gtk > website (as a "development" version) OK, but seems a little timid. > > - change the cells-gtk website to make cells-gtk3 the current/main > branch and label the cells2-cells-gtk a "legacy" version If you have something that is roughly ready to go, I'd go this route. > > - create a new project on cl.net and let them exist in parallel That will just confuse people. If they want a stable version, there are tarballs that contain all the dependencies. > You are the maintainer of cells-gtk, so I thought you are the > person to ask :-) Perhaps you should take that title, since I haven't contributed for a while. > > Best, > Peter > > > -- > > Best regards, > > > > - Peter -- Best regards, - Peter From peter.hildebrandt at gmail.com Tue Jun 3 16:33:07 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Tue, 3 Jun 2008 18:33:07 +0200 Subject: [cells-gtk-devel] cells-gtk3 In-Reply-To: <200806031224.40923.peter.denno@nist.gov> References: <7758b2680806030909q42eb7072r95c7d00459f33481@mail.gmail.com> <200806031224.40923.peter.denno@nist.gov> Message-ID: <7758b2680806030933n77ae8a27o51c523dd19a4ee52@mail.gmail.com> On 6/3/08, Peter Denno wrote: > > - change the cells-gtk website to make cells-gtk3 the current/main > > branch and label the cells2-cells-gtk a "legacy" version > If you have something that is roughly ready to go, I'd go this route. I agree and I think cells-gtk3 is about ready for "public beta" (in the web 2.0 sense) I will compile a comprehensive "getting started" guide with pointers to all dependencies (we're cutting edge: cells3 from cvs, cffi and opengl from darcs), then I'll look into altering the web page to point at cells-gtk3. Is there anyone here who has experience with asdf-install? > > You are the maintainer of cells-gtk, so I thought you are the > > person to ask :-) > Perhaps you should take that title, since I haven't contributed for a > while. I feel honored :-) Best regards, Peter From Targeted at common-lisp.net Mon Jun 9 11:18:00 2008 From: Targeted at common-lisp.net (Targeted at common-lisp.net) Date: 09 Jun 2008 04:18:00 -0700 Subject: [cells-gtk-devel] How to get free quality visitors to your website? Message-ID: <20080609041800.4AF6081368792CF4@from.header.has.no.domain> No Matter what you are selling - Hit-Booster will send targeted visitors to your website! Within 15 minutes you will have your own website traffic generator that will bring in an ever increasing amount of hits to your websites! Automatically This software is perfect for bringing real traffic to your site... even if... it's an affiliate link where you have no control over the website content! For Full Details please read the attached .html file Unsubscribe: on attached html file click on contact form -------------- next part -------------- An HTML attachment was scrubbed... URL: From maximinus at gmail.com Tue Jun 10 14:37:45 2008 From: maximinus at gmail.com (Chris Smith) Date: Tue, 10 Jun 2008 22:37:45 +0800 Subject: [cells-gtk-devel] Documentation help Message-ID: Hi there I'm looking at helping to document as fully as possible a Lisp GUI library, and this one looks like the best choice. So firstly I'd like to know a few things. Do you have anybody currently writing documentation? What sort of format would be best for you? Do you actually want me to do this? Hoping to be of some use, Chris Handy -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter.hildebrandt at gmail.com Tue Jun 10 19:18:44 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Tue, 10 Jun 2008 21:18:44 +0200 Subject: [cells-gtk-devel] Documentation help In-Reply-To: References: Message-ID: <7758b2680806101218u740ef9f4r1bda028cb4024d09@mail.gmail.com> Hey Chris, great to hear you chose to work with us cells-gtk guys. Welcome aboard! As to your questions: > So firstly I'd like to know a few things. Do you have anybody currently > writing documentation? I don't think so -- except for me writing an installation guide: http://common-lisp.net/project/cells-gtk/cgtk3-start.html As far as existing docs are concerned, there is the Primer and the FAQ, both linked from the project page. I dare say both of them are not quite up to date. There is some stuff on my blog documenting recent additions to cells-gtk: http://www.washbear-network.de/peterblog/ > What sort of format would be best for you? Whatever you prefer to write ;-) Come to think of it, a wiki would have the advantage that other users will be able to update/extend your work quickly. Given that cells-gtk is still under development (I think people add widgets and functionality as they need it), that might be a good idea. I'd volunteer to host a mediawiki at a friend's server. Of course, if someone had a cl-wiki, that'd be great. > Do you > actually want me to do this? Is that a question? I believe every open source project would be very happy to have people come into the door and volunteer to document. So, AFA I am concerned, yes! Now I have a few questions: . What platform are you on? . Which lisp do you use? . Which development environment? . Do you have cells-gtk3 up and running? Then of course, where do you want to start? Some suggestions are . Installation (i.e. we could work through the getting started together) . Various kinds "Hello World" apps . The elements of the sample app (test-gtk) Again, great to have you with us, and I am looking forward to hearing from you. Cheers, Peter From dmm at mattli.us Wed Jun 11 22:17:19 2008 From: dmm at mattli.us (David Matthew Mattli) Date: Wed, 11 Jun 2008 17:17:19 -0500 Subject: [cells-gtk-devel] Type error when form is run Message-ID: <87bq27pqfk.fsf@katie.mattli.us> Hello, Whenever I try to launch a window with start-win, for example by calling gtk-demo, I get a type error. I'm running Debian sid with SBCL 1.0.17.debian and the current cells-gtk3, cffi, alexandria, and babel from their respective repositories. Anyone have any idea what's going on? The output from the debugger is below. Thanks, David Mattli The value of STRING is #(71 84 75 32 84 101 115 116 105 110 ...), which is not of type STRING. [Condition of type SIMPLE-TYPE-ERROR] Restarts: 0: [STORE-VALUE] Supply a new value for STRING. 1: [ABORT] Return to SLIME's top level. 2: [TERMINATE-THREAD] Terminate this thread (#) Backtrace: 0: (SB-KERNEL:CHECK-TYPE-ERROR STRING #(71 84 75 32 84 101 ...) STRING NIL) 1: (CFFI:FOREIGN-STRING-ALLOC #(71 84 75 32 84 101 ...))[:EXTERNAL] 2: (GTK-FFI::GTK_WINDOW_SET_TITLE #.(SB-SYS:INT-SAP #X080AF0D0) #(71 84 75 32 84 101 ...)) 3: (GTK-FFI:GTK-WINDOW-SET-TITLE #.(SB-SYS:INT-SAP #X080AF0D0) "GTK Testing") 4: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1. SB-PCL::.ARG2. SB-PCL::.ARG3. SB-PCL::.ARG4. SB-PCL::.ARG5.)) # # CELLS-GTK:TITLE TEST-GTK "GTK Testing" NIL NIL NIL) 5: ((SB-PCL::FAST-METHOD CELLS:MD-AWAKEN (CELLS::MODEL-OBJECT)) # # TEST-GTK) 6: ((SB-PCL::FAST-METHOD CELLS:MD-AWAKEN :AROUND (CELLS::MODEL-OBJECT)) # #S(SB-PCL::FAST-METHOD-CALL :FUNCTION # :PV NIL :NEXT-METHOD-CALL NIL :ARG-INFO (1)) TEST-GTK) 7: ((FLET CELLS::GO-GO)) 8: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1. SB-INT:&MORE SB-PCL::.DFUN-MORE-CONTEXT. SB-PCL::.DFUN-MORE-COUNT.)) # # TEST-GTK T -309288351 32) 9: ((SB-PCL::FAST-METHOD SHARED-INITIALIZE :AROUND (CELLS:MODEL T)) #(6 NIL 5 NIL) #S(SB-PCL::FAST-METHOD-CALL :FUNCTION # :PV NIL :NEXT-METHOD-CALL NIL :ARG-INFO (2 . T)) TEST-GTK T)[:EXTERNAL] 10: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-INT:&MORE SB-PCL::.DFUN-MORE-CONTEXT. SB-PCL::.DFUN-MORE-COUNT.)) # # TEST-GTK -309288255 32) 11: ((SB-PCL::FAST-METHOD MAKE-INSTANCE (CLASS)) # # #)[:EXTERNAL] 12: (CELLS-GTK::SHOW-WIN TEST-GTK::TEST-GTK)[:EXTERNAL] 13: (CELLS-GTK:START-APP TEST-GTK::TEST-GTK)[:EXTERNAL] 14: (SB-INT:SIMPLE-EVAL-IN-LEXENV (TEST-GTK:GTK-DEMO) #) 15: (SWANK::EVAL-REGION "(test-gtk:gtk-demo) ") Locals: SB-DEBUG::ARG-0 = "(test-gtk:gtk-demo) " 16: ((LAMBDA NIL)) 17: (SWANK::TRACK-PACKAGE #) 18: ((LAMBDA (SWANK-BACKEND::FN)) #) 19: (SWANK::CALL-WITH-BUFFER-SYNTAX #) 20: (SWANK::REPL-EVAL "(test-gtk:gtk-demo) ") 21: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(test-gtk:gtk-demo) ") #) 22: ((LAMBDA NIL)) 23: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) # #) 24: ((LAMBDA NIL)) 25: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) # #) 26: (SWANK::CALL-WITH-REDIRECTED-IO # #) 27: (SWANK::CALL-WITH-CONNECTION # #) 28: (SWANK::HANDLE-REQUEST #) 29: (SWANK::REPL-LOOP #) 30: (SWANK::REPL-LOOP #)[:EXTERNAL] 31: (SWANK::CALL-WITH-BINDINGS NIL #) 32: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 33: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]489)) 34: (SB-THREAD::CALL-WITH-MUTEX # #S(SB-THREAD:MUTEX :NAME "thread result lock" :%OWNER # :STATE 1) # T) 35: ((LAMBDA NIL)) 36: ("foreign function: #x8063AEC") 37: ("foreign function: #x8051FE1") 38: ("foreign function: #x805B51D") 39: ("foreign function: #xB7FB64B0") From peter.hildebrandt at gmail.com Wed Jun 11 23:26:32 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Thu, 12 Jun 2008 01:26:32 +0200 Subject: [cells-gtk-devel] Type error when form is run In-Reply-To: <87bq27pqfk.fsf@katie.mattli.us> References: <87bq27pqfk.fsf@katie.mattli.us> Message-ID: <7758b2680806111626j73826846ja92ec48df8bb479c@mail.gmail.com> Hi, quick shot from the hip: do you use cffi from darcs? cffi 0.9.2 does not work. If that's not the problem, lemme know, and I'll look into it tomorrow. Peter On 6/12/08, David Matthew Mattli wrote: > > Hello, > > Whenever I try to launch a window with start-win, for example by calling > gtk-demo, I get a type error. I'm running Debian sid with SBCL > 1.0.17.debian and the current cells-gtk3, cffi, alexandria, and babel from their > respective repositories. > > Anyone have any idea what's going on? The output from the debugger is > below. > > Thanks, > David Mattli > > The value of STRING is #(71 84 75 32 84 101 115 116 105 110 > ...), which is not of type STRING. > [Condition of type SIMPLE-TYPE-ERROR] > > Restarts: > 0: [STORE-VALUE] Supply a new value for STRING. > 1: [ABORT] Return to SLIME's top level. > 2: [TERMINATE-THREAD] Terminate this thread (#) > > Backtrace: > 0: (SB-KERNEL:CHECK-TYPE-ERROR STRING #(71 84 75 32 84 101 ...) STRING NIL) > 1: (CFFI:FOREIGN-STRING-ALLOC #(71 84 75 32 84 101 ...))[:EXTERNAL] > 2: (GTK-FFI::GTK_WINDOW_SET_TITLE #.(SB-SYS:INT-SAP #X080AF0D0) #(71 84 75 32 84 101 ...)) > 3: (GTK-FFI:GTK-WINDOW-SET-TITLE #.(SB-SYS:INT-SAP #X080AF0D0) "GTK Testing") > 4: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1. SB-PCL::.ARG2. SB-PCL::.ARG3. SB-PCL::.ARG4. SB-PCL::.ARG5.)) # # CELLS-GTK:TITLE TEST-GTK "GTK Testing" NIL NIL NIL) > 5: ((SB-PCL::FAST-METHOD CELLS:MD-AWAKEN (CELLS::MODEL-OBJECT)) # # TEST-GTK) > 6: ((SB-PCL::FAST-METHOD CELLS:MD-AWAKEN :AROUND (CELLS::MODEL-OBJECT)) # #S(SB-PCL::FAST-METHOD-CALL :FUNCTION # :PV NIL :NEXT-METHOD-CALL NIL :ARG-INFO (1)) TEST-GTK) > 7: ((FLET CELLS::GO-GO)) > 8: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1. SB-INT:&MORE SB-PCL::.DFUN-MORE-CONTEXT. SB-PCL::.DFUN-MORE-COUNT.)) # # TEST-GTK T -309288351 32) > 9: ((SB-PCL::FAST-METHOD SHARED-INITIALIZE :AROUND (CELLS:MODEL T)) #(6 NIL 5 NIL) #S(SB-PCL::FAST-METHOD-CALL :FUNCTION # :PV NIL :NEXT-METHOD-CALL NIL :ARG-INFO (2 . T)) TEST-GTK T)[:EXTERNAL] > 10: ((LAMBDA (SB-PCL::.PV. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-INT:&MORE SB-PCL::.DFUN-MORE-CONTEXT. SB-PCL::.DFUN-MORE-COUNT.)) # # TEST-GTK -309288255 32) > 11: ((SB-PCL::FAST-METHOD MAKE-INSTANCE (CLASS)) # # #)[:EXTERNAL] > 12: (CELLS-GTK::SHOW-WIN TEST-GTK::TEST-GTK)[:EXTERNAL] > 13: (CELLS-GTK:START-APP TEST-GTK::TEST-GTK)[:EXTERNAL] > 14: (SB-INT:SIMPLE-EVAL-IN-LEXENV (TEST-GTK:GTK-DEMO) #) > 15: (SWANK::EVAL-REGION "(test-gtk:gtk-demo) > ") > Locals: > SB-DEBUG::ARG-0 = "(test-gtk:gtk-demo) > " > 16: ((LAMBDA NIL)) > 17: (SWANK::TRACK-PACKAGE #) > 18: ((LAMBDA (SWANK-BACKEND::FN)) #) > 19: (SWANK::CALL-WITH-BUFFER-SYNTAX #) > 20: (SWANK::REPL-EVAL "(test-gtk:gtk-demo) > ") > 21: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:LISTENER-EVAL "(test-gtk:gtk-demo) > ") #) > 22: ((LAMBDA NIL)) > 23: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) # #) > 24: ((LAMBDA NIL)) > 25: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) # #) > 26: (SWANK::CALL-WITH-REDIRECTED-IO # #) > 27: (SWANK::CALL-WITH-CONNECTION # #) > 28: (SWANK::HANDLE-REQUEST #) > 29: (SWANK::REPL-LOOP #) > 30: (SWANK::REPL-LOOP #)[:EXTERNAL] > 31: (SWANK::CALL-WITH-BINDINGS NIL #) > 32: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) > 33: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]489)) > 34: (SB-THREAD::CALL-WITH-MUTEX # #S(SB-THREAD:MUTEX :NAME "thread result lock" :%OWNER # :STATE 1) # T) > 35: ((LAMBDA NIL)) > 36: ("foreign function: #x8063AEC") > 37: ("foreign function: #x8051FE1") > 38: ("foreign function: #x805B51D") > 39: ("foreign function: #xB7FB64B0") > _______________________________________________ > cells-gtk-devel site list > cells-gtk-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/cells-gtk-devel > From Bormuth at web.de Thu Jun 12 19:58:10 2008 From: Bormuth at web.de (Ingo Bormuth) Date: Thu, 12 Jun 2008 21:58:10 +0200 Subject: [cells-gtk-devel] Reentrant Cell ? Message-ID: <1175215819@web.de> Hi everybody, can a cell somehow ask to be evaluated in the future? I have a cells-gtk application. Some calculation take quite a time which makes the gui quite unresponsive. I'd like to have pseudoparallelism within the cell layer. One hack I thought about is to introduce a timer-cell that is updated from within gtk's main loop. A c-sleep function would explicitly request those updates. Taken together this would make for a tiny scheduler. Every comment is appreciated. Thanks in advance. Ingo. ______________________________________________________________ Jeden Monat 1 hochkar?tiger maxdome-Blockbuster GRATIS! Exklusiv f?r alle WEB.DE Nutzer. http://www.blockbuster.web.de From kentilton at gmail.com Thu Jun 12 21:48:30 2008 From: kentilton at gmail.com (Ken Tilton) Date: Thu, 12 Jun 2008 17:48:30 -0400 Subject: [cells-gtk-devel] Reentrant Cell ? In-Reply-To: <1175215819@web.de> References: <1175215819@web.de> Message-ID: On Thu, Jun 12, 2008 at 3:58 PM, Ingo Bormuth wrote: > Hi everybody, > > can a cell somehow ask to be evaluated in the future? > You can have lazy cells which will not get calculated until asked, but it sounds like you might want the calculation running while other things are going on? Or kicked off at some point? And then do you need propagation from that cell kicked off? You might do something with Gtk timers (ISTR those) combined with an input Cell if the GTk timer mechanism is attractive for any reason. > I have a cells-gtk application. Some calculation take > quite a time which makes the gui quite unresponsive. > I'd like to have pseudoparallelism within the cell layer. > > One hack I thought about is to introduce a timer-cell > that is updated from within gtk's main loop. A c-sleep > function would explicitly request those updates. > Taken together this would make for a tiny scheduler. > OK, well, as per the above I am not exactly sure what is required, and it may be possible to do something in cooperation with Cells as it stands, more is hard to say without more deets. hth, kenny -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter.hildebrandt at gmail.com Thu Jun 12 22:25:31 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Fri, 13 Jun 2008 00:25:31 +0200 Subject: [cells-gtk-devel] Reentrant Cell ? In-Reply-To: References: <1175215819@web.de> Message-ID: <7758b2680806121525s1d97e151u3b0c06d31be388b4@mail.gmail.com> On 6/12/08, Ken Tilton wrote: > You might do something with Gtk timers (ISTR those) combined with an input > Cell if the GTk timer mechanism is attractive for any reason. You might look at the pulse demo on the display tab in test-gtk for an example of gtk "timeout", as they call it. You could link that to a custom function which runs the long computations step by step. This might be ok if the long computations can be broken down to smaller atomic units. Then you could have something like (mapc #'iterate calculations) (setf calculations (remove-if #'done calculations) where calculations is populated by the c?-with-iterative-solution macro. Oh, and you need to write iterate and done. Or just use threads (from bordeaux-threads) in c?-calculate-in-thread and let the system figure out the scheduling. Peter From dmm at mattli.us Fri Jun 13 14:12:16 2008 From: dmm at mattli.us (David M Mattli) Date: Fri, 13 Jun 2008 09:12:16 -0500 Subject: [cells-gtk-devel] Type error when form is run In-Reply-To: <7758b2680806111626j73826846ja92ec48df8bb479c@mail.gmail.com> References: <87bq27pqfk.fsf@katie.mattli.us> <7758b2680806111626j73826846ja92ec48df8bb479c@mail.gmail.com> Message-ID: <48528040.70100@mattli.us> Peter Hildebrandt wrote: > Hi, > quick shot from the hip: do you use cffi from darcs? cffi 0.9.2 does not work. > > If that's not the problem, lemme know, and I'll look into it tomorrow. > > Peter > I grabbed the latest everything: cells-gtk3, cells, cffi, alexandria, babel, cl-cairo, cl-opengl, bordeaux-threads, trivial-features, trivial- garbage, cl-utilities, cl-colors. All from their respective repos. I just tried cell-gtk3 with RHEL4 and I get this same issue. -David From peter.hildebrandt at gmail.com Fri Jun 13 16:48:45 2008 From: peter.hildebrandt at gmail.com (Peter Hildebrandt) Date: Fri, 13 Jun 2008 18:48:45 +0200 Subject: [cells-gtk-devel] Type error when form is run In-Reply-To: <48528040.70100@mattli.us> References: <87bq27pqfk.fsf@katie.mattli.us> <7758b2680806111626j73826846ja92ec48df8bb479c@mail.gmail.com> <48528040.70100@mattli.us> Message-ID: <7758b2680806130948j256ace78g11fa27bdefa0415e@mail.gmail.com> > I grabbed the latest everything: cells-gtk3, cells, cffi, alexandria, > babel, cl-cairo, cl-opengl, bordeaux-threads, trivial-features, trivial- > garbage, cl-utilities, cl-colors. All from their respective repos. I don't have any experience with alexandria, babel, cl-cairo, trivial-features, and trivial-garbage, simply because I have never used them. All I can say is that it works for me using - cl-opengl from darcs - bordeaux-threads from asdf-install - cffi from darcs - cells from cvs - cl-cairo2 from asdf-install - cl-colors from asdf-install With SBCL 1.0.11 (stock repository for Ubuntu 8.04). I have seen a similar error message before, and it was because of a cffi version mismatch (asdf-install vs. darcs) Chris Smith is currently working on compiling a step-by-step install guide, so hopefully there will be better instructions in the near future. I am quite busy with my Real Life these days, therefore I won't be able to work on docs for the next week or so. One more thing: You might look at the utf-8 code in gtk-ffi-impl.lisp in gtk-ffi/ -- you can try to remove the sbcl-specific stuff, and let it use standard cl. Maybe they changed the utf-8 stuff in sbcl recently. I hope this is of some help. Peter > I just tried cell-gtk3 with RHEL4 and I get this same issue. > > -David > > From Bormuth at web.de Mon Jun 23 21:09:37 2008 From: Bormuth at web.de (Ingo Bormuth) Date: Mon, 23 Jun 2008 23:09:37 +0200 Subject: [cells-gtk-devel] [Patch] Cffi update, Startup, Bug in cells? Message-ID: <1193716508@web.de> Dear Peter, hi List, thank you for you recent suggestion to use g_timeout_add in order to escape the linearity of cellular time. Attached is my current, annotated patch queue for cells-gtk3. Everything is also available via git at: http://public.efil.de/gitweb/?p=cells-gtk.git $ git clone http://public.efil.de/git/cells-gtk.git For some reason several functions from fm-utilities.lisp (for example #'container and #'upper) stopped working. When I roll back CELLS to the last revision of May, 21. everything works as expected. Either I'm doing something stupid or there exists a problem in cells. Anybody working with newest CVS? I didn't read anything on cells-devel. Note: Patch #4 replaces all occurrences off #'upper with #'fm-parent or #'fm-parent-typed which still work fine. You might well want to skip that one. /Ingo -- Ingo Bormuth, voicebox & telefax: +49-(0)-12125-10226517 PGP public key 86326EC9 at http://ibormuth.efil.de/contact _______________________________________________________________________ EINE F?R ALLE: die kostenlose WEB.DE-Plattform f?r Freunde und Deine Homepage mit eigenem Namen. Jetzt starten! http://unddu.de/?kid=kid at mf2 -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Fix-gtk-container-add-should-return-void.patch Type: text/x-patch Size: 682 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Add-columns-autosize.-And-minor-typo.patch Type: text/x-patch Size: 1021 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Replace-cells-upper-by-cells-fm-parent-and-cells-fm.patch Type: text/x-patch Size: 13184 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005-Upgrade-CFFI-to-current-darcs-0.9.2.patch Type: text/x-patch Size: 4157 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0009-Add-some-special-character-examples-to-test-display.patch Type: text/x-patch Size: 8573 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Remainder-of-obsolete-clisp-hack.patch Type: text/x-patch Size: 804 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0006-Always-call-load-gtk-libs-in-gtk-ffi.lisp.patch Type: text/x-patch Size: 2884 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0007-Gtk_init-is-not-needed.patch Type: text/x-patch Size: 972 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0008-Make-startup-code-a-bit-saner-in-my-rather-subjecti.patch Type: text/x-patch Size: 3513 bytes Desc: not available URL: From Bormuth at web.de Tue Jun 24 12:52:30 2008 From: Bormuth at web.de (Ingo Bormuth) Date: Tue, 24 Jun 2008 14:52:30 +0200 Subject: [cells-gtk-devel] [Patch] Cffi update, Startup, Bug in cells? Message-ID: <1194980071@web.de> Hmm, > > Ingo Bormuth wrote: > > For some reason several functions from fm-utilities.lisp (for example > > #'container and #'upper) stopped working. When I roll back CELLS to > > the last revision of May, 21. everything works as expected. > > On 2008-06-23 17:53, Kenny Tilton wrote: > Not sure what is going on over in cells-gtk, but upper and fm-parent are > not interchangeable functionally. Upper is a macro, btw. I think what > you might be seeing is that making that change just happens to get some > things working while basically being just wrong. Upper as a macro can > cause problems if things get loaded in the wrong order, but just the > usual Lisp thing with macro references compiled before Lisp knows it's a > macro. > Yea, you're right. Cells itself is perfectly fine. The mentioned change just uncovered an old issue in cells-gtk: In widgets.lisp defmodel introduces a slot called container that creates an accessor also called 'container' which apparently overwrites the generic function container defined in fm-utilities.lisp. It seems cells:container-typed calles the accessor (cells-gtk:container) instead of cells-container defined just above it. Upper uses container-typed. Simply renaming container's accessor to container-of in widgets.lisp resolved the problem so far. Currently I don't have the time to test or investigate the issue properly, though. Sorry for suspecting cells of being the evil. /Ingo -- Ingo Bormuth, voicebox & telefax: +49-(0)-12125-10226517 PGP public key 86326EC9 at http://ibormuth.efil.de/contact _________________________________________________________________________ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 From swoeb at common-lisp.net Fri Jun 27 23:08:46 2008 From: swoeb at common-lisp.net (Vince) Date: Sat, 28 Jun 2008 01:08:46 +0200 Subject: [cells-gtk-devel] [SPAM] Call me now Message-ID: <0c8401c8d8bb$83eadb70$c3034055@common-lisp.net> An embedded and charset-unspecified text was scrubbed... Name: not available URL: -------------- next part -------------- An embedded message was scrubbed... From: "Vince" Subject: Call me now Date: Sat, 28 Jun 2008 01:08:46 +0200 Size: 1845 URL: