00:35:14 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 02:28:17 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 02:34:30 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [] 02:36:49 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 04:20:50 gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 04:23:54 -!- gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Client Quit] 04:26:34 gbyers_ [n=gbyers@antinomial.abq.clozure.com] has joined #ccl 04:27:15 -!- gbyers [n=gbyers@nachtwacht.abq.clozure.com] has quit [Read error: 110 (Connection timed out)] 04:30:49 -!- gbyers_ is now known as gbyers 05:24:42 billstclair [n=billstcl@dsl-65-219-214-24.taconic.net] has joined #ccl 05:48:47 rme_ [n=rme@pool-70-104-98-143.chi.dsl-w.verizon.net] has joined #ccl 06:06:03 -!- rme [n=rme@pool-70-105-124-254.chi.dsl-w.verizon.net] has quit [Read error: 110 (Connection timed out)] 06:07:14 -!- bfulgham_ [n=brent@adsl-69-234-98-14.dsl.irvnca.pacbell.net] has quit [] 06:30:52 -!- rme_ [n=rme@pool-70-104-98-143.chi.dsl-w.verizon.net] has quit [] 06:34:56 Modius [n=Modius@adsl-68-92-148-234.dsl.austtx.swbell.net] has joined #ccl 08:32:09 H4ns [n=hans@p57A0F398.dip.t-dialin.net] has joined #ccl 08:32:52 -!- H4ns [n=hans@p57A0F398.dip.t-dialin.net] has left #ccl 10:35:29 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [] 11:12:42 H4ns [n=hans@p57A0F398.dip.t-dialin.net] has joined #ccl 11:12:51 -!- H4ns [n=hans@p57A0F398.dip.t-dialin.net] has quit [Remote closed the connection] 11:14:44 H4ns [n=hans@p57A0F398.dip.t-dialin.net] has joined #ccl 11:16:03 -!- H4ns [n=hans@p57A0F398.dip.t-dialin.net] has quit [Client Quit] 11:25:15 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 11:41:44 i find this sort of weird. if i call a function which in itself calls ffi-stuff which does an enternal loop, the repl /still/ "forks" of the initial call returning to the repl. 11:42:51 ie: say i do (foo:main) i will immediately return to the repl (with the ffishit poping up in the background, seemingly hanging) 11:43:36 i sort of expected that i would not return to the repl after i call the function without process-run-function 11:48:07 I agree that that makes no sense, but that's mostly because I don't understand what you're talking about. 11:48:49 heh, sorry. forget my drivel above. 11:49:11 i do get the expected behaviour now, sort of. 11:49:22 Doing an ff-call doesn't - in and of itself - create a new thread. 11:49:54 i do (with-terminal-input (foo:main)) and i get a gl window, etc and i do not return to the repl of course. (emacs had restored a prior version of my file so there was a process-run-function call enabled before) 11:50:50 however, after calling the foo:main function, it doesnt respond to any input. 11:52:25 Why are you doing WITH-TERMINAL-INPUT from the listener ? 11:54:07 well, that was more of a test, heh. 12:12:08 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 12:14:59 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 13:56:36 milanj [n=milan@93.87.141.81] has joined #ccl 14:48:16 ok, so it's official: i rock! http://195.43.248.100/~hypno/cclglfw.png :D 17:10:26 Modius_ [n=Modius@adsl-68-92-148-234.dsl.austtx.swbell.net] has joined #ccl 17:27:48 -!- Modius [n=Modius@adsl-68-92-148-234.dsl.austtx.swbell.net] has quit [Read error: 110 (Connection timed out)] 18:33:57 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 18:59:59 Modius__ [n=Modius@adsl-68-92-148-234.dsl.austtx.swbell.net] has joined #ccl 19:17:23 -!- Modius_ [n=Modius@adsl-68-92-148-234.dsl.austtx.swbell.net] has quit [Read error: 110 (Connection timed out)] 21:24:51 i just found an inconsistency with the generated constants for the GL/GLUT interface and the headers. 21:25:03 (macro ("/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/GLUT.framework/Headers/glut 21:25:06 .h" 280) "GLUT_BITMAP_HELVETICA_18" "(&glutBitmapHelvetica18)") 21:25:15 that one doesnt seem to parse? 21:26:09 glutBitmapCharacter() /do/ exist tho. 21:27:01 You can't translate arbitrary C code fragments into lisp. what is "the address of glibtBitmapHelvetica18" as a lisp constant ? 21:27:27 looking into it, 2 sec. 21:28:07 That was a rhetorical question. 21:28:45 well, sure, but i am looking into this issue nontheless. i really do need simple text. 21:30:25 You can probably (possibly) refer to the foreign variable: #&glutBitmapHelvetica18. 21:33:25 well, it starts with that at least, but i errors out rather quickly. 21:33:49 Error: value # is not of the expected type (SIGNED-BYTE 32) 21:34:27 What does ? 21:35:53 i used the #&glutBitmapHelvete18 with glutBitmapCharacter. CCL finds that error in my render function for the text. 21:36:33 I don't know GLUT off the top of my head. 21:37:41 heh, no worries. i am not quite sure where the problem is yet, but i'll figure it out. 21:39:25 i must say that CCL has been really rock-solid so far with my abuse. and the compiler seems to do a great job even ensuring that the C types are correct before stuff gets executed. rather impressive i must say. :) 21:40:15 Thanks. I like it, too ... 21:50:41 Could try (ccl:foreign-symbol-address "glutBitmapHelvetica18"). 21:53:56 well, that returns a foreign pointer and seems to work. should i use that instead of the #& or is that the same? 21:54:31 #& returns the value of the thing that the pointer points to; you want the pointer, here. 21:55:57 muaha! thanks a bunch. all of a sudden i got my text displayed too. :) 21:56:24 You're new to CCL ? And to CL ? 21:56:42 yeah. 21:57:25 Have you had difficulty getting started/oriented ? Difficulty finding what you need ? 21:58:58 well a few obstacles here and there (mainly with interfacing to C), but i think that has more todo with me not knowing the ffi enough. 22:00:25 But you were able to download/install/etc ? Any problems there ? 22:00:26 Modius_ [n=Modius@adsl-68-92-150-226.dsl.austtx.swbell.net] has joined #ccl 22:01:05 oh, sure no problems at all. 22:01:20 Glad to hear it. Have fun. 22:01:37 i am not really /that/ much of an newbie, but interfacing to C and foreign libraries etc is usually a hazzle ime. 22:02:28 i've been using SCL before, which, like CCL, also has been rock-solid. all in all, i am quite positively amazed by what you folks have managed to come up with in such a short time. :) 22:02:50 Some of the code in CCL is over 20 years old ... 22:06:32 ah, yeah. but you still added a ton of extra things tho right? like a 2-3-4 platforms more and threading and native x86/x86-64 compilation and all that. 22:06:49 yes. 22:07:58 rme [n=rme@pool-70-104-98-143.chi.dsl-w.verizon.net] has joined #ccl 22:26:03 -!- Modius__ [n=Modius@adsl-68-92-148-234.dsl.austtx.swbell.net] has quit [Connection timed out] 23:18:56 -!- milanj [n=milan@93.87.141.81] has quit ["Leaving"]