btw, I just tried the threaded version of sbcl  (1.0.39) which I built from macports and it worked with no problems with all the same code (same cffi and cl-opengl packages), including my opencv libraries. I've not investigated what sbcl (or cffi) maybe doing that is different in this case, but it all seems to be working.<br>
<br><div class="gmail_quote">On Thu, Aug 5, 2010 at 8:20 AM, Gary Byers <span dir="ltr"><<a href="mailto:gb@clozure.com">gb@clozure.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
The "trace/bkpt trap" happens - as you've already confirmed - when<br>
a thread other than the initial thread tries to open/initialize<br>
a particular shared library.  (I'm fairly sure that the library<br>
in question is CoreFoundation, which is used by many other things<br>
on OSX.)<br>
<br>
Alex's XMLisp stuff runs on top of CCL's Cocoa environment, which<br>
takes great care to ensure that the Cocoa framework (and therefore<br>
CoreFoundation) are loaded on the initial thread.  (If it didn't,<br>
it would run into the same breakpoint trap.  Honest.)<br>
<br>
[~] gb@antinomial> ccl<br>
Welcome to Clozure Common Lisp Version 1.6-dev-r14118M-trunk  (DarwinX8632)!<br>
;;; Two lisp processes are running: the listener, and the initial<br>
;;; process.  Each of these lisp processes is implemented as a<br>
;;; native OS thread.<br>
? :proc<br>
1 : -> listener     [Active] 0 :    Initial      [Sleep] ;;; Let's try to open the CoreFoundation library from the listener<br>
;;; process.<br>
? (open-shared-library "CoreFoundation.framework/CoreFoundation")<br>
Trace/BPT trap<br>
<br>
Lots of other OSX libraries will (directly or transitively) load<br>
CoreFoundation.  CoreFoundation's initialization code checks in 10.6<br>
to see if it's being called on the initial thread; if not, it executes<br>
an illegal debugging instruction and the process terminates.  That's<br>
not a particulary graceful way to fail, but that's what happens.<br>
<br>
I hope that this is clear; apologies to everyone to which it was<br>
already clear.<div><div></div><div class="h5"><br>
<br>
On Thu, 5 Aug 2010, <a href="mailto:k2msmith@gmail.com" target="_blank">k2msmith@gmail.com</a> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are you running this on clozure 1.5 with Snow Leopard MAC OS (ie: version<br>
10.6.4 ) ?<br>
<br>
On Aug 5, 2010 4:36am, Alexander Repenning <<a href="mailto:ralex@cs.colorado.edu" target="_blank">ralex@cs.colorado.edu</a>> wrote:<br>
> XMLisp <a href="http://code.google.com/p/xmlisp/" target="_blank">http://code.google.com/p/xmlisp/</a>  works fine, i.e., it is not an<br>
OpenGL problem.<br>
><br>
><br>
> alex<br>
><br>
><br>
><br>
><br>
><br>
> On Aug 2, 2010, at 4:11 AM, Kevin Smith wrote:<br>
><br>
> further to this message.. I tried the lastest svn "trunk" release of ccl<br>
(which incidentally looks like it has some extra goodies in it for the mac<br>
platform).. Here is what I get (after startup)..<br>
><br>
><br>
> Welcome to Clozure Common Lisp Version 1.5-dev-r13523M-trunk<br>
 (DarwinX8664)!<br>
> ? (require :cl-opengl)<br>
> Trace/BPT trap<br>
><br>
><br>
> All other require packages got loaded successfully on startup prior.   I<br>
played around with "trace" and "step" but none of those debugging functions<br>
seem to give me the equivalent of a "stack trace' in C.  Not sure how to<br>
proceed to find out where it is crashing...<br>
><br>
><br>
><br>
> Thanks,<br>
> Kevin<br>
><br>
><br>
><br>
><br>
><br>
><br>
> On Sun, Aug 1, 2010 at 6:04 PM, Kevin Smith <a href="mailto:k2msmith@gmail.com" target="_blank">k2msmith@gmail.com</a>> wrote:<br>
><br>
> The only hurdle for me for trying out (and maybe switching) to clozure on<br>
the mac platform is that I can't seem to get the cl-opengl package loaded.<br>
 I get the error:  "Trace/BPT trap" when I try to load that package.  (All<br>
other dependent packages like cffi, loaded successfully).<br>
><br>
><br>
><br>
> I am using ccl64,  version 1.5 on Darwin/MAC OS  (DarwinX8664).  Latest<br>
version of cl-opengl.<br>
><br>
><br>
> I believe I also tried it on the 32-bit ccl.  Same problem.  It looks like<br>
it only compiles a few source files in the cl-opengl package before it dies.<br>
><br>
><br>
><br>
><br>
> If someone can point out to me how I can trace this to provide more<br>
information on where it is crashing or maybe someone has run across this<br>
already with this particular package.<br>
><br>
><br>
><br>
><br>
> Thanks,<br>
> Kevin<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Openmcl-devel mailing list<br>
> <a href="mailto:Openmcl-devel@clozure.com" target="_blank">Openmcl-devel@clozure.com</a><br>
> <a href="http://clozure.com/mailman/listinfo/openmcl-devel" target="_blank">http://clozure.com/mailman/listinfo/openmcl-devel</a><br>
><br>
><br>
><br>
> Prof. Alexander Repenning<br>
> University of ColoradoComputer Science DepartmentBoulder, CO 80309-430<br>
> vCard: <a href="http://www.cs.colorado.edu/~ralex/AlexanderRepenning.vcf" target="_blank">http://www.cs.colorado.edu/~ralex/AlexanderRepenning.vcf</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
</blockquote>
</div></div></blockquote></div><br>