00:11:24 -!- Arelius [~user@64.174.9.113] has quit [Ping timeout: 252 seconds] 00:20:50 -!- rme [rme@clozure-DC352DBC.chi.dsl-w.verizon.net] has quit [Quit: rme] 00:20:50 -!- rme [~rme@pool-70-104-122-115.chi.dsl-w.verizon.net] has quit [Quit: rme] 01:18:54 rme [~rme@pool-70-104-122-115.chi.dsl-w.verizon.net] has joined #ccl 01:27:37 palter [~palter@2002:4b44:b1e1:0:21b:63ff:fe96:e1ff] has joined #ccl 03:27:28 -!- palter [palter@clozure-78A0C567.hsd1.ma.comcast.net] has quit [Connection reset by peer] 03:36:41 Arelius [~user@64.174.9.113] has joined #ccl 03:36:56 Has anyone tried running the webkit.lisp example recentlly? 03:38:48 I seem to be getting some sort of unhandled exception 03:38:59 I will try it. 03:39:02 in foreign code 03:39:04 Thanks! 03:39:25 I just commented out the browser-window call in webkit.lisp 03:41:51 seems to be broken for me on snow leopard 03:42:13 Indeed, it seems to load a window, and then throw an exception. 03:42:23 Any idea how to figure out what the exception is? 03:43:01 Ohh, seems to work in 32bit ccl 03:43:29 The thread that gets in illegal instruction was in JSC::Interpreter::execute () or below. 03:43:39 Hmm 03:45:12 (I assume that's the Javascript runtime...) 03:45:40 JavascriptCore... yeah 03:48:11 Hmm, I suspect I should test to see if I can create a 64bit webkit instance in obj-c 03:49:09 rme pasted "webkit example backtrace" at http://paste.lisp.org/display/95994 03:49:17 there's the backtrace from gdb. 04:18:45 Works in obj-c 04:21:49 An almost identical tranlation into obj-c even. 04:23:55 Would you consider making a trac ticket for it? You might attach your obj-c example. 04:24:52 Can do! 04:31:41 You know that pastebucket you just posted is already indexed by google 04:32:31 unbelievable. 04:32:36 Agreed 04:32:57 Surreal that search was 05:37:34 -!- gbyers [~gb@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Ping timeout: 245 seconds] 05:39:48 -!- Dawgmatix_ [~dman@c-76-124-9-27.hsd1.nj.comcast.net] has quit [Quit: Ex-Chat] 07:39:45 -!- rme [rme@clozure-DC352DBC.chi.dsl-w.verizon.net] has quit [Quit: rme] 07:39:46 -!- rme [~rme@pool-70-104-122-115.chi.dsl-w.verizon.net] has quit [Quit: rme] 07:40:48 gbyers [~gb@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 07:48:16 Arelius: I missed some of the earlier webkit discussion. Do we know for sure that it works reliably in 64-bit ObjC ? 07:53:11 Sorry; hadn't seen that you were trying 64-bit ObjC. 08:41:57 Yeah, seems to be pretty reliable. 08:43:19 We don't do anything (intentionally) that has anything to do with Javascript, and it's hard to imagine what we could be doing unintentionally. 08:52:29 I don't disagree. 08:52:51 Is it possible that some object could be getting accidentlly released or some such? 08:53:17 I suppose, but there isn't much to webkit.lisp at all. 08:53:27 Indeed 08:59:35 rme's test case jumped to 0x0000263775a12cb2; I just crashed at 0x3f8ba1412cb2 (e.g., the low 20+ bits of the address are the same, the upper bits are likely garbage. 09:02:24 That's the location of the execution ptr? 09:02:35 Yes. 09:03:00 See where rme said "where" in gdb. 09:03:12 I see 09:06:54 Though I do think that JavaScriptCore does Jitting in that function, the new code could live at a dynamic location... though it's weird that it has the same low bits. 09:12:12 Seems to be a lot of jumping around to short sequences of code. I suppose that code might be JITted, or might be a bytecode interpreter. 09:12:57 Do you know whether JavaScriptCore is open-source or not ? If so, is it part of WebKit ? 09:13:57 Yes, according to that newfangled Google thing. 09:16:10 http://trac.webkit.org/browser/releases/Apple/Safari%204.0.3/JavaScriptCore/interpreter 09:19:28 Thanks. Things went bad around a call to ctiTrampoline(), and that seems to have to do with JIT compilation and/or execution. 09:19:43 Yeah 09:25:04 Can you get it to crash into the kernel debugger ? If so, could you please do "R" to show registers, and tell me what the value of %rflags is ? 09:29:38 Sorry; I can't do simple math. False alarm. 10:07:37 K 10:34:52 tfb [~tfb@212.183.140.53] has joined #ccl 11:04:39 gbyers annotated #95994 "a little info" at http://paste.lisp.org/display/95994#1 11:30:39 -!- tfb [~tfb@212.183.140.53] has quit [Ping timeout: 252 seconds] 12:03:42 milanj [~milan@93.87.249.171] has joined #ccl 12:18:08 lispm [~joswig@g224125078.adsl.alicedsl.de] has joined #ccl 12:33:55 -!- milanj [~milan@93.87.249.171] has quit [Ping timeout: 258 seconds] 12:38:51 milanj [~milan@109.93.62.5] has joined #ccl 13:22:48 -!- milanj [~milan@109.93.62.5] has quit [Quit: Leaving] 13:51:34 airolson [~airolson@CPE000ae6922d9c-CM001cea397dac.cpe.net.cable.rogers.com] has joined #ccl 14:43:00 -!- airolson [~airolson@CPE000ae6922d9c-CM001cea397dac.cpe.net.cable.rogers.com] has quit [Quit: airolson] 18:51:23 gbyers: went to sleep, back now 18:52:07 anRch [~markmilli@64.134.102.23] has joined #ccl 19:35:55 -!- anRch [~markmilli@64.134.102.23] has quit [Quit: anRch] 19:49:44 rme [~rme@pool-70-104-122-115.chi.dsl-w.verizon.net] has joined #ccl 19:50:22 -!- lispm [~joswig@g224125078.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 19:52:39 Dawgmatix_ [~dman@c-76-124-9-27.hsd1.nj.comcast.net] has joined #ccl 19:56:38 lispm [~joswig@g224121011.adsl.alicedsl.de] has joined #ccl 19:57:20 -!- lispm [~joswig@g224121011.adsl.alicedsl.de] has quit [Remote host closed the connection] 20:16:35 -!- palter [palter@clozure-78A0C567.hsd1.ma.comcast.net] has quit [Quit: palter] 20:16:35 -!- palter [~palter@2002:4b44:b1e1:0:21b:63ff:fe96:e1ff] has quit [Quit: palter] 20:34:03 -!- Arelius [~user@64.174.9.113] has quit [Ping timeout: 252 seconds] 20:34:27 Arelius [~user@64.174.9.113] has joined #ccl 22:25:53 palter [~palter@c-75-68-177-225.hsd1.ma.comcast.net] has joined #ccl 22:53:44 -!- palter [palter@clozure-78A0C567.hsd1.ma.comcast.net] has quit [Quit: palter] 22:53:44 -!- palter [~palter@c-75-68-177-225.hsd1.ma.comcast.net] has quit [Quit: palter]