[Openmcl-devel] Cocoa on PPC32 ?
steve.nunez at illation.com.sg
Fri May 1 11:31:14 UTC 2009
Thanks. A fresh tarball download has solved the Cocoa problem however this same fresh checkout fails a full rebuild. The pre-built IDE runs fine, I'm trying to work through the Cocoa GUI examples. This is running 10.4.11:
administrators-ibook-g4:~/Illation/Development/Applications/ccl admin$ ./dppccl
Welcome to Clozure Common Lisp Version 1.3-r11936 (DarwinPPC32)!
? (rebuild-ccl :full t)
Rebuilding Clozure Common Lisp using Version 1.3-r11936 (DarwinPPC32)
;Building lisp-kernel ...
> Error: Error(s) during kernel compilation.
> While executing: REBUILD-CCL, in process listener(1).
> Type :POP to abort, :R for a list of available restarts.
> Type :? for other options.
1 > :b
(F0199B30) : 0 (REBUILD-CCL :UPDATE NIL :FULL T :CLEAN T :KERNEL T :FORCE NIL :RELOAD T :EXIT NIL :RELOAD-ARGUMENTS NIL :VERBOSE NIL :OPTIONAL-FEATURES NIL) 1188
(F0199B70) : 2 (CALL-CHECK-REGS REBUILD-CCL :FULL T) 72
(F0199B90) : 4 (TOPLEVEL-EVAL (REBUILD-CCL :FULL T) NIL) 476
(F0199BC0) : 5 (READ-LOOP :INPUT-STREAM #<SYNONYM-STREAM to *TERMINAL-IO* #x84D02B6> :OUTPUT-STREAM #<SYNONYM-STREAM to *TERMINAL-IO* #x84D0246> :BREAK-LEVEL 0 :PROMPT-FUNCTION #<Compiled-function (:INTERNAL CCL::READ-LOOP) (Non-Global) #x81A8166>) 1080
(F0199C00) : 6 (TOPLEVEL-LOOP) 72
(F0199C20) : 7 (FUNCALL #'#<(:INTERNAL (TOPLEVEL-FUNCTION (CCL::LISP-DEVELOPMENT-SYSTEM T)))>) 72
(F0199C40) : 9 (FUNCALL #'#<(:INTERNAL CCL::MAKE-MCL-LISTENER-PROCESS)>) 392
(F0199C70) : 11 (RUN-PROCESS-INITIAL-FORM #<TTY-LISTENER listener(1) [Active] #x84CF86E> (#<COMPILED-LEXICAL-CLOSURE # #x84CF66E>)) 404
(F0199CB0) : 13 (FUNCALL #'#<(:INTERNAL CCL::%PROCESS-PRESET-INTERNAL)> #<TTY-LISTENER listener(1) [Active] #x84CF86E> (#<COMPILED-LEXICAL-CLOSURE # #x84CF66E>)) 164
(F0199CD0) : 14 (FUNCALL #'#<(:INTERNAL CCL::THREAD-MAKE-STARTUP-FUNCTION)>) 176
Quoting Gary Byers <gb at clozure.com>:
> It's certainly supposed to work. I just tried doing (REQUIRE
> "COCOA") in both the
> current trunk and the current 1.3 release on PPCs running 10.5.6 and
> 10.4.11 and
> also ran the pre-built IDE from the clozurecl-1.3-darwinppc.dmg
> archive on both
> OSes, and didn't notice any problems; I don't remember having heard of anyone
> having problems, and I don't remember there having been any such problems in
> recent development versions.
> (It's certainly true that the PPC versions of CCL get less exercise
> these days
> than the x86 versions do, but a lot of the work I've been doing for the last
> several months has been on a Darwin PPC box, and I used a fairly current CCL
> on that machine fairly regularly.)
> _NSRemoveHandler2 is part of the (32-bit) ObjC exception handling mechanism;
> it's called all of the time as code transitions betwen Lisp and ObjC.
> My first
> guess is that a crash there is a symptom of something else (stack
> overflow ?),
> but that's just a guess (and not necessarily a good one.)
> If you can, please get it to crash like this and generate a backtrace in
> the kernel debugger. I'd be interested in seeing that, and it might lead to
> a better guess.
> (It also never hurts to mention what version of CCL you're using and what
> OS version is involved.)
> On Fri, 1 May 2009, Steve Núñez wrote:
>> Does anyone do any Cocoa work on PPC 32bit? I'm just guessing that
>> the platform is the problem here. When I try to build the bridge,
>> via (require 'cocoa'), CCL crashes with:
>> Unhandled exception 11 at 0x9f84e40c, context->regs at #xbffff458
>> Read operation to unmapped address 0x5
>> In foreign code at address 0x9f84e40c
>> [_NSRemoveHandler2 + 496]
>> Any ideas?
>> - Steve
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Openmcl-devel