General discussion of Steel Bank Common Lisp

Kevin Smith | 2 Aug 2010 22:31

sbcl threaded + mac os + slime

I seem to have a problem when running a program (using cl-opengl, cl-glut) under slime on the threaded version of sbcl for mac os. Whenever I execute a compile/load file from slime, slime disconnects from the process. The message is:

------

Lisp connection closed unexpectedly: connection broken by remote peer

Error during redisplay: (error Connection closed.)

------

However, when I run the lisp program from the repl in sbcl, it loads fine.

I seem to think it is a problem with cl-opengl. when I evaluate this region in the file from slime (with as little as cl-opengl included in the list), it disconnects:

(eval-when (:compile-toplevel :load-toplevel :execute)

(require :cl-opengl)

(require :cl-glu)

(require :cl-glut)

(require :cl-opencv))

However, when I evaluate other functions (that can be evaluated independently), it doesn't disconnect. Also, running this code from the repl doesn't cause any problems - only from slime.

I am using the latest slime version as well as the macports of sbcl (threaded) which I dowloaded via:

sudo port install sbcl +threads

btw, NON-threaded is not a problem; slime works fine with all the above code.

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm

_______________________________________________
Sbcl-help mailing list
Sbcl-help <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help

headers

Tamas K Papp | 5 Aug 2010 11:46

querying proclaimed optimization settings

Hi,

Is there a way to query the (proclaimed) optimization settings in
effect?  Eg if there was a top-level (declaim (optimize ...)) before,
is there a way to ask SBCL what speed, debug, etc were set to?

Thanks,

Tamas

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm

headers

Stas Boukarev | 5 Aug 2010 12:28

Re: querying proclaimed optimization settings

Tamas K Papp <tkpapp <at> gmail.com> writes:

> Hi,
>
> Is there a way to query the (proclaimed) optimization settings in
> effect?  Eg if there was a top-level (declaim (optimize ...)) before,
> is there a way to ask SBCL what speed, debug, etc were set to?
(sb-cltl2:declaration-information 'optimize)

--

-- 
With Best Regards, Stas.

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm

headers

Nikodemus Siivola | 5 Aug 2010 12:46

Re: querying proclaimed optimization settings

On 5 August 2010 13:28, Stas Boukarev <stassats <at> gmail.com> wrote:
> Tamas K Papp <tkpapp <at> gmail.com> writes:
>
>> Hi,
>>
>> Is there a way to query the (proclaimed) optimization settings in
>> effect?  Eg if there was a top-level (declaim (optimize ...)) before,
>> is there a way to ask SBCL what speed, debug, etc were set to?
> (sb-cltl2:declaration-information 'optimize)

Also: (sb-ext:describe-compiler-policy)

Cheers,

 -- Nikodemus

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
Sbcl-help mailing list
Sbcl-help <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help

headers

Kevin Smith | 7 Aug 2010 06:26

Re: sbcl threaded + mac os + slime

I didn't get a response to this, but I found a solution that seems to work.

Add:

(setf swank:*communication-style* :fd-handler)

to your ~/.swank.lisp file (or create this file and add it in if you don't have one...)

On Mon, Aug 2, 2010 at 1:31 PM, Kevin Smith <k2msmith <at> gmail.com> wrote:

I seem to have a problem when running a program (using cl-opengl, cl-glut) under slime on the threaded version of sbcl for mac os. Whenever I execute a compile/load file from slime, slime disconnects from the process. The message is:

------

Lisp connection closed unexpectedly: connection broken by remote peer

Error during redisplay: (error Connection closed.)

------

However, when I run the lisp program from the repl in sbcl, it loads fine.

I seem to think it is a problem with cl-opengl. when I evaluate this region in the file from slime (with as little as cl-opengl included in the list), it disconnects:

(eval-when (:compile-toplevel :load-toplevel :execute)

  (require :cl-opengl)

  (require :cl-glu)

  (require :cl-glut)

  (require :cl-opencv))

However, when I evaluate other functions (that can be evaluated independently), it doesn't disconnect. Also, running this code from the repl doesn't cause any problems - only from slime.

I am using the latest slime version as well as the macports of sbcl (threaded) which I dowloaded via:

sudo port install sbcl +threads

btw, NON-threaded is not a problem; slime works fine with all the above code.

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev

_______________________________________________
Sbcl-help mailing list
Sbcl-help <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help

headers

Adam Majewski | 10 Aug 2010 22:11

Apollonian gasket / sbcl/ vecto

Hi,

Here is program for drawing Apollonian gasket :
http://fraktal.republika.pl/doc/apollonian_3.lisp
and here some doc :
http://en.wikibooks.org/wiki/Fractals/Apollonian_fractals

Regards

Adam Majewski
fraktal.republika.pl

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev

headers

Kevin Smith | 11 Aug 2010 17:03

load shared libraries on initial thread

Sorry if I asked this already, but is there any way to insure foreign libraries are loaded on the initial thread for sbcl built with threads ? There is a problem with certain MAC OSX libraries (in 10.6, snow leopard) in this regard (like OpenGL, for example). They can only be loaded in initial thread or cause breakpoint exceptions otherwise. Maybe sbcl already takes care of this ?

Thank You..

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev

_______________________________________________
Sbcl-help mailing list
Sbcl-help <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help

headers

Nikodemus Siivola | 15 Aug 2010 12:19

Re: load shared libraries on initial thread

On 11 August 2010 18:03, Kevin Smith <k2msmith <at> gmail.com> wrote:

> Sorry if I asked this already, but is there any way to insure foreign
> libraries are loaded on the initial thread for sbcl built with threads ?
> There is a problem with certain MAC OSX libraries (in 10.6, snow leopard)
> in this regard (like OpenGL, for example).  They can only be loaded in
> initial thread or cause breakpoint exceptions otherwise. Maybe sbcl already
> takes care of this ?

No, unfortunately there isn't a convenient mechanism to automatically
do this for all foreign libraries.

Options available:

* If an application, just take care to load all foreign code in the
initial thread.

* If a library, document the need to be loaded in the initial thread.
(And make sure you're not doing any lazy loading!)

That said, there is one option that you _could_ use, but which is
really bad and I STRONGLY recommend against it. Grab a reference to
the initial thread and use INTERRUPT-THREAD to call LOAD-SHARED-OBJECT
there. Don't do this, really.

Apropos, can you post a snippet of code that shows how to provoke the error?

Cheers,

 -- Nikodemus

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Sbcl-help mailing list
Sbcl-help <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help

headers

Kevin Smith | 16 Aug 2010 01:05

Re: load shared libraries on initial thread

Yes, but how do I load the libraries in the initial OS thread if sbcl is running under a different thread as
with slime or swank ?

Sent from my iPad

On Aug 15, 2010, at 3:19 AM, Nikodemus Siivola <nikodemus <at> random-state.net> wrote:

> On 11 August 2010 18:03, Kevin Smith <k2msmith <at> gmail.com> wrote:
> 
>> Sorry if I asked this already, but is there any way to insure foreign
>> libraries are loaded on the initial thread for sbcl built with threads ?
>> There is a problem with certain MAC OSX libraries (in 10.6, snow leopard)
>> in this regard (like OpenGL, for example).  They can only be loaded in
>> initial thread or cause breakpoint exceptions otherwise. Maybe sbcl already
>> takes care of this ?
> 
> No, unfortunately there isn't a convenient mechanism to automatically
> do this for all foreign libraries.
> 
> Options available:
> 
> * If an application, just take care to load all foreign code in the
> initial thread.
> 
> * If a library, document the need to be loaded in the initial thread.
> (And make sure you're not doing any lazy loading!)
> 
> That said, there is one option that you _could_ use, but which is
> really bad and I STRONGLY recommend against it. Grab a reference to
> the initial thread and use INTERRUPT-THREAD to call LOAD-SHARED-OBJECT
> there. Don't do this, really.
> 
> Apropos, can you post a snippet of code that shows how to provoke the error?
> 
> Cheers,
> 
> -- Nikodemus

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev

headers

Nikodemus Siivola | 16 Aug 2010 10:11

Re: load shared libraries on initial thread

On 16 August 2010 02:05, Kevin Smith <k2msmith <at> gmail.com> wrote:

> Yes, but how do I load the libraries in the initial OS thread
> if sbcl is running under a different thread as with slime or swank?

Huh, good question.

A quick answer is "don't use :spawn on OS X, use :fd-handler instead".
...which is what I actually do, hence I don't know off the cuff how to
evaluate stuff in a specific thread in Slime.

slime-devel is probably the right place to ask.

Cheers,

 -- Nikodemus

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev

10	April 2013
17	March 2013
8	February 2013
9	January 2013
4	December 2012
14	November 2012
10	October 2012
10	September 2012
12	August 2012
40	July 2012
13	June 2012
58	May 2012
16	April 2012
17	March 2012
22	February 2012
9	January 2012
21	December 2011
21	November 2011
25	October 2011
21	September 2011
38	August 2011
15	July 2011
28	June 2011
17	May 2011
31	April 2011
5	March 2011
31	February 2011
17	January 2011
19	December 2010
41	November 2010
33	October 2010
43	September 2010
31	August 2010
43	July 2010
24	June 2010
8	May 2010
59	April 2010
55	March 2010
44	February 2010
26	January 2010
31	December 2009
46	November 2009
59	October 2009
52	September 2009
35	August 2009
48	July 2009
58	June 2009
29	May 2009
15	April 2009
18	March 2009
31	February 2009
33	January 2009
83	December 2008
42	November 2008
52	October 2008
19	September 2008
52	August 2008
24	July 2008
25	June 2008
1	May 2008
13	April 2008
28	March 2008
17	February 2008
36	January 2008
59	December 2007
9	November 2007
16	October 2007
11	September 2007
24	August 2007
31	July 2007
31	June 2007
60	May 2007
40	April 2007
50	March 2007
37	February 2007
41	January 2007
69	December 2006
20	November 2006
39	October 2006
51	September 2006
23	August 2006
11	July 2006
29	June 2006
19	May 2006
26	April 2006
19	March 2006
37	February 2006
45	January 2006
24	December 2005
30	November 2005
17	October 2005
28	September 2005
26	August 2005
33	July 2005
37	June 2005
69	May 2005
65	April 2005
39	March 2005
32	February 2005
24	January 2005
27	December 2004
80	November 2004
20	October 2004
38	September 2004
14	August 2004
23	July 2004
15	June 2004
18	May 2004
69	April 2004
21	March 2004
15	February 2004
32	January 2004
19	December 2003
14	November 2003
3	October 2003
27	September 2003
28	August 2003
3	July 2003
10	June 2003
27	May 2003
14	March 2003
4	February 2003
5	January 2003
8	December 2002
3	September 2002
2	August 2002
5	May 2002

Mon	Tue	Wed	Thu	Fri	Sat	Sun

						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31