00:04:49 -!- DataLinkDroid [~DataLinkD@1.149.43.34] has quit [Ping timeout: 256 seconds] 01:08:03 DataLinkDroid [~DataLinkD@1.148.5.205] has joined #ccl 01:15:29 -!- rme [rme@E9BC7DDA.41F91241.699BA7A6.IP] has quit [Quit: rme] 01:15:29 -!- rme [~rme@50.43.149.169] has quit [Quit: rme] 01:34:41 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 01:51:21 -!- DataLinkDroid [~DataLinkD@1.148.5.205] has quit [Ping timeout: 256 seconds] 02:08:28 DataLinkDroid [~DataLinkD@123.208.251.75] has joined #ccl 02:28:45 -!- DataLinkDroid [~DataLinkD@123.208.251.75] has quit [Ping timeout: 256 seconds] 03:08:36 DataLinkDroid [~DataLinkD@1.150.192.51] has joined #ccl 03:33:22 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 04:01:20 rme [~rme@50.43.149.169] has joined #ccl 04:09:37 -!- DataLinkDroid [~DataLinkD@1.150.192.51] has quit [Ping timeout: 256 seconds] 04:10:38 -!- rme [rme@E9BC7DDA.41F91241.699BA7A6.IP] has quit [Ping timeout] 04:12:06 rme_ [~rme@50.43.183.220] has joined #ccl 04:13:36 -!- rme_ [rme@14AF5CB.CAFA49.699BA7A6.IP] has quit [Ping timeout] 04:14:30 -!- rme [~rme@50.43.149.169] has quit [Ping timeout: 264 seconds] 04:16:27 -!- rme_ [~rme@50.43.183.220] has quit [Ping timeout: 246 seconds] 04:16:27 rme [~rme@50.43.189.7] has joined #ccl 04:20:15 -!- rme [rme@788E5D11.14728EE.699BA7A6.IP] has quit [Ping timeout] 04:21:04 -!- rme [~rme@50.43.189.7] has quit [Ping timeout: 257 seconds] 04:22:03 rme [~rme@50.43.157.28] has joined #ccl 04:26:32 DataLinkDroid [~DataLinkD@1.149.246.197] has joined #ccl 04:30:24 -!- rme [~rme@50.43.157.28] has quit [Ping timeout: 240 seconds] 04:30:37 rme [~rme@50.43.157.142] has joined #ccl 04:31:18 -!- rme [rme@86AB5013.E6A1271C.699BA7A6.IP] has quit [Ping timeout] 04:51:33 -!- DataLinkDroid [~DataLinkD@1.149.246.197] has quit [Ping timeout: 256 seconds] 05:01:12 bfulgham [~brent@c-69-181-209-91.hsd1.ca.comcast.net] has joined #ccl 05:02:07 -!- rme [rme@4420003A.E6A1271C.699BA7A6.IP] has quit [Quit: rme] 05:02:08 -!- rme [~rme@50.43.157.142] has quit [Quit: rme] 05:13:37 -!- bfulgham [~brent@c-69-181-209-91.hsd1.ca.comcast.net] has quit [Quit: bfulgham] 05:44:35 -!- sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has quit [Read error: Connection reset by peer] 05:46:13 sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has joined #ccl 06:07:25 DataLinkDroid [~DataLinkD@1.147.23.155] has joined #ccl 06:28:32 -!- DataLinkDroid [~DataLinkD@1.147.23.155] has quit [Quit: Bye] 08:04:33 good day everyone 11:45:55 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 12:24:01 pnpuff [~ff@unaffiliated/pnpuff] has joined #ccl 12:54:00 so uh... any ideas for debugging extremely rare errors, of the following form, which arise when running non-interactively and calling C code through the FFI...? Unhandled exception 4 at 0x2aaacaaf552a, context->regs at #x517936e8 12:54:00 | Exception occurred while executing foreign code 13:15:52 -!- pnpuff [~ff@unaffiliated/pnpuff] has quit [Ping timeout: 260 seconds] 13:18:21 rme [~rme@50.43.156.113] has joined #ccl 13:45:27 -!- sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has quit [Quit: Leaving.] 13:54:12 clop: probably a job for GDB. I haven't used it much, so can't answer questions, but gbyers will likely be helpful. Start here: http://trac.clozure.com/ccl/wiki/CclUnderGdb 13:57:02 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 14:17:34 alms_ [~alms_@173-162-137-153-NewEngland.hfc.comcastbusiness.net] has joined #ccl 14:17:56 -!- rme [rme@79B367B2.F26E1912.699BA7A6.IP] has quit [Quit: rme] 14:17:56 -!- rme [~rme@50.43.156.113] has quit [Quit: rme] 14:33:43 sellout- [~Adium@70.96.9.235] has joined #ccl 14:48:46 -!- hlavaty`` [~user@friedrichstrasse.knowledgetools.de] has quit [Read error: Connection reset by peer] 14:51:12 hlavaty`` [~user@friedrichstrasse.knowledgetools.de] has joined #ccl 14:57:41 rme [~rme@50.43.156.113] has joined #ccl 15:04:53 jangle [~jimmy1984@dsl-164.7-238.gtb.net] has joined #ccl 15:16:09 dioxirane [~ff@gateway/tor-sasl/dioxirane] has joined #ccl 15:18:35 -!- dioxirane [~ff@gateway/tor-sasl/dioxirane] has quit [Client Quit] 15:19:40 pnpuff [~ff@unaffiliated/pnpuff] has joined #ccl 15:48:18 billstclair, thanks, i'll see if I can figure out how to make it more reproducible... 16:00:32 -!- jangle [~jimmy1984@dsl-164.7-238.gtb.net] has quit [Quit: jangle] 16:02:36 jangle [~jimmy1984@dsl-162.7-238.gtb.net] has joined #ccl 16:02:37 -!- sellout- [~Adium@70.96.9.235] has quit [Read error: Connection reset by peer] 16:03:10 sellout- [~Adium@70.96.9.235] has joined #ccl 16:09:23 -!- sellout- [~Adium@70.96.9.235] has quit [Ping timeout: 240 seconds] 16:10:04 sellout- [~Adium@70.96.9.235] has joined #ccl 16:28:43 sellout-1 [~Adium@70.96.9.235] has joined #ccl 16:29:42 -!- sellout- [~Adium@70.96.9.235] has quit [Ping timeout: 246 seconds] 16:30:46 -!- sellout-1 is now known as sellout 16:34:37 -!- pnpuff [~ff@unaffiliated/pnpuff] has quit [Quit: leaving] 16:53:30 good morning; Using the Clozure FFI, if I get a pref to a struct field that's a unsigned int and print it or compare it using = then it behaves as expected. However if I want to use it in a case form then it no longer works. What's the correct way to handle this? 16:55:53 if I change case to ecase I see that it's type is listed as MEMBER 16:55:58 case keys aren't evaluated 16:57:54 I'm doing this inside of a let form though 16:58:20 (let ((event-type (pref event-ptr :_vent.typ)) ... ) 16:59:00 and using the constant #$SDL_KEYUP 16:59:10 for the case key... so that would be the problem then? 16:59:38 I can't use the constants.. hrm... that's a bit of a wrench in the plans 17:00:56 your case key would have to be #.#$SDL_KEYUP (i.e., use #. to evaluate it at read time) 17:00:57 photex: How about #.#$SDL_KEYUP (I havent thought about this, but it might work?) 17:01:33 sellout: that did indeed work 17:01:48 *sigh* after all that time looking at #. yesterday 17:01:55 photex: I knew it would as soon as I saw RME say it ;) 17:02:07 *photex* mumbles something about the forest and trees 17:02:28 thank you rme and sellout 17:04:30 photex: you can also write #>SDL_Event.type instead of manually escaping with < and > yourself. 17:05:11 nice! 17:05:23 I'm using gtk-minesweeper.lisp as a guide 17:06:10 that is so much easier on the eyes 17:07:38 Presumably, that example was written before the invention of #>. There's also a constant +null-ptr+ if you prefer that to writing (%null-ptr). 17:10:36 oh hey 17:10:44 that is also aesthetically pleasing 17:11:26 to be honest I've been using %int-to-ptr still since I saw that on the docs first and didn't bother to update my test once I found %null-ptr 17:12:57 out of curiosity; I've just been messing with pretty much all the random corners of Clozure the last couple of days; and I noticed that I could make a dylib on osx but no *.so on linux 17:13:13 also, I have no idea how to use any of the symbols in that dylib 17:13:22 and I didn't find any example 17:13:43 it just seems like a really interesting way to use Clozure 17:14:00 Are you talking about saving an image as a shared library? 17:14:04 yeah 17:14:26 using the :native keyword to save-application 17:16:46 I ran nm on the dylib and the symbols are not exported in any way that I could figure out how to find using dlsym. It's not a problem of course, I was just being curious and wondering what the use case was for this feature. 17:22:47 gbyers was experimenting with that. I don't quite remember what the goal was. 17:25:13 Apple's profiling tools couldn't quite believe that code was anywhere but in a dylib. 17:26:12 ah, so it's been used for internal development and isn't really a feature then 17:26:37 makes sense given that there isn't any documentation about creating a dylib and how to export symbols from it :) 17:27:51 I think that it's documented; look at the "profiling" chapter. 17:29:52 btw, I spent some more time with the excellent cocoa related examples and documentation. Sadly I think XCode4 makes anything involving interface builder obsolete without some yak shaving. 17:30:09 Kenjin [~kenjin@gw-isr.deec.uc.pt] has joined #ccl 17:31:12 as in, I believe you'd have to basically create a fake project with a stand-in objc class in order to have interface builder setup outlets and their connections 17:35:51 gbyers: it sure is. I haven't spent any time looking at profiling yet and wouldn't have thought to look there actually 17:40:41 another thing (hopefully I'm not annoying everyone), but gcc-4.0.0 is rather old at this point and I had to build and install it in order to build the ffi for SDL. In particular the headers xmmintrin.h mmintrin.h emmintrin.h are used by SDL_cpuinfo.h and if I use the versions shipped with gcc 4.7 or clang 3.4 ffigen encounters a bunch of errors and warnings 17:40:42 and I get an incomplete ffi. 17:41:05 I saw that I can't simply download and specify an alternate version of GCC because there are patches required 17:41:53 I thought about trying to update this to use a more contemporary gcc; has anyone else been working on that? 17:42:25 http://trac.clozure.com/ccl/wiki/BuildFFIGEN 17:42:59 this is the guide I followed to get it setup 17:43:51 Yet for some reason you're talking about gcc-4.0 and Darwin, as I understood it ... 17:44:34 not, this is Linux I'm talking about 17:44:36 my apologies 17:44:52 I'm hopping between both at the moment 17:44:58 I have a laptop and a workstation 17:45:10 s/not/no 17:50:28 xmmintrin.h and friends usually found in a compiler-specific headers directory; you'd want to ensure that the ones from 4.0 were found. If they aren't, please open a ticket. If some version of these files are found, that's about all that matters; knowing more details about C compiler intrinsics doesn't help much. 17:52:58 They aren't found by default it seems. I have to specify and -I option to h-to-ffi.sh with the path to some compiler-specific headers directory. I first attempted to use a modern compiler but ended up just building a copy of gcc-4.0.0 17:53:22 unless of course it's somehow hardcoded to look in /usr/local which is not where I unpack ffigen 17:55:13 I don't understand, and I'm not likely to by reading an IRC discussion. If you think that there's a bug, open a ticket. 18:33:41 -!- sellout [~Adium@70.96.9.235] has quit [Quit: Leaving.] 19:06:56 -!- patrickwonders [~patrickwo@user-38q42ns.cable.mindspring.com] has quit [Quit: patrickwonders] 19:10:34 patrickwonders [~patrickwo@user-38q42ns.cable.mindspring.com] has joined #ccl 19:17:40 -!- patrickwonders [~patrickwo@user-38q42ns.cable.mindspring.com] has left #ccl 19:26:51 sellout- [~Adium@67.51.227.94] has joined #ccl 19:37:52 -!- jangle [~jimmy1984@dsl-162.7-238.gtb.net] has quit [Remote host closed the connection] 20:12:58 -!- alms_ [~alms_@173-162-137-153-NewEngland.hfc.comcastbusiness.net] has quit [Quit: alms_] 20:55:01 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 21:07:08 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 21:10:01 -!- Kenjin [~kenjin@gw-isr.deec.uc.pt] has quit [Remote host closed the connection] 21:22:42 -!- sellout- [~Adium@67.51.227.94] has quit [Quit: Leaving.] 21:49:35 sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has joined #ccl 22:46:33 -!- rme [rme@79B367B2.F26E1912.699BA7A6.IP] has quit [Quit: rme] 22:46:33 -!- rme [~rme@50.43.156.113] has quit [Quit: rme] 23:19:29 rme [~rme@50.43.156.113] has joined #ccl