Closed stacksmith closed 6 years ago
Had cepl:repl
been run at this point?
Either way it is a bug on my part. Creating a CEPL fbo should work before GL is initialized as it should defer the actual allocation to the cepl's internal 'GL initialized' event.
With the latest git repo, and cepl:repl up, the error is
check-framebuffer-status: Code::ZERO
"An error occurred"
[Condition of type SIMPLE-ERROR]
Restarts:
0: [*ABORT] Return to SLIME's top level.
1: [ABORT] abort thread (#<THREAD "worker" RUNNING {1004817A63}>)
Backtrace:
0: (CHECK-FRAMEBUFFER-STATUS #<FBO COLOR-ATTACHMENTS (0)>)
1: (CEPL.FBOS::MAKE-FBO-NOW #<FBO COLOR-ATTACHMENTS (0)>)
2: (MAKE-FBO (0 :DIMENSIONS (512 512)))
3: (SB-FASL::LOAD-FASL-GROUP #S(SB-FASL::FASL-INPUT :STREAM #<SB-SYS:FD-STREAM for "file /home/stack/Documents/lisp/cepl.examples/examples/bloom.fasl" {10048360C3}> :TABLE #(1188 SET *PACKAGE* "CEPL.EXAM..
4: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file /home/stack/Documents/lisp/cepl.examples/examples/bloom.fasl" {10048360C3}> NIL NIL)
5: ((FLET SB-FASL::LOAD-STREAM :IN LOAD) #<SB-SYS:FD-STREAM for "file /home/stack/Documents/lisp/cepl.examples/examples/bloom.fasl" {10048360C3}> T)
6: (LOAD #P"/home/stack/Documents/lisp/cepl.examples/examples/bloom.fasl" :VERBOSE NIL :PRINT NIL :IF-DOES-NOT-EXIST T :EXTERNAL-FORMAT :DEFAULT)
I can reproduce this error. I'll look into it
Would you mind trying out the following.
slime-style
see here: https://github.com/cbaggers/cepl/blob/master/docs/single-thread-swank.mdbloom.lisp
For me this works. I also see (for me) that starting slime, NOT starting CEPL, compiling bloom.lisp
and then starting CEPL works.
What this means it is a threading issue that arises from how slime works. I'm going to email you about this as I need to make better defaults for CEPL but in a way that doesnt impact the user too much
OK, that sequence does work.
I got rid of defvar* as it was more trouble that it was worth
The crash seems to be in
(defvar* fbos ...)
The individual(make-fbo...)
and(sample ...)
commands compile fine from REPL, one by one... Has the syntax changed fordefvar*
? It is a monster macro and I can't follow it enough to debug right now. Here is the output compiling the defvar*: