cl-opengl-devel August 2019

cl-opengl-devel@common-lisp.net

2 participants
3 discussions

Re: sbcl spikes on hidden opengl window
by Luís Oliveira 14 Aug '19

14 Aug '19

[added cl-opengl-devel to Cc] On Sat, Aug 3, 2019 at 4:49 PM Orm Finnendahl <orm.finnendahl(a)selma.hfmdk-frankfurt.de> wrote: > > Hi Luís, > > Am Samstag, den 03. August 2019 um 15:31:53 Uhr (+0100) schrieb Luís > Oliveira: > > > > The list is not dead, it just smells funny! > > Ahh, Zappa :-) > > > Can you interrupt the Lisp to see what's pegging the CPU? > > What do you mean by "interrupt the Lisp"? I noticed, that the REPL > hangs (is blocked), when the GL window is completely covered. Typing > is echoed but the REPL doesn't return. As soon as I uncover the GL > Window, it gets responsive again and executes all typed commands. > > BTW: This is on linux, emacs 26.2, slime 2.23 and sbcl 1.5.3. Interrupting from Emacs would have been convenient yes. Since that doesn't work, try to interrupt the Lisp process using gdb. Is your SBCL multi-threaded? (I don't have a actual followup question, but that might influence things, so perhaps you can try with and without threading?) -- Luís Oliveira http://kerno.org/~luis/

1 0

sbcl spikes on hidden opengl window
by Orm Finnendahl 03 Aug '19

03 Aug '19

Hi, I can see that this list is basically dead but I thought I'd give it a shot nevertheless: When an opengl window gets covered completely by other windows, my lisp spikes to 100% of the cpu. Does anybody know if there is an easy way to avoid/fix this? -- Orm

2 1

sbcl spikes on hidden opengl window
by Orm Finnendahl 02 Aug '19

02 Aug '19

Hi, I forgot to mention: This happens with interactive code e.g. with the cl-glut-examples-molview example. On my machine it does not happen in the glut-teapot example. -- Orm

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

cl-opengl-devel August 2019