[Openmcl-devel] Cocoa on PPC32 ?

[Steve Núñez]

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?
>>
>> Regards,
>>     - Steve



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clozure.com/pipermail/openmcl-devel/attachments/20090501/0b0c8c09/attachment.htm>