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