Just checked in a few files needed to fix a bug in the input code for lispbuilder-sdl There was a problem with the functions key-pressed-p and key-released-p in that they should only fire for the single update in which the key state changes. Fixes are in the lispbuilder-sdl with-events macro in events.lisp and some refactoring of input-util.lisp Let me know of any issues. Justin
Finally got around to checking out Quicklisp and compared to the hell
I have been through getting asdf to work, and to stay working it's
amazing.
Unfortunately I ran into a problem with lispbuilder-sdl loading the
cocoahelper. Any idea what's going on?
Unable to load any of the alternatives:
((:FRAMEWORK #1="cocoahelper") (:DEFAULT #1#))
[Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]
Restarts:
0: [RETRY] Try loading the foreign library again.
1: [USE-VALUE] Use another library instead.
2: [TRY-RECOMPILING] Recompile cocoahelper and try loading it again
3: [RETRY] Retry loading component ("cocoahelper" "cocoahelper" "cocoahelper").
4: [ACCEPT] Continue, treating loading component ("cocoahelper"
"cocoahelper" "cocoahelper") as having been successful.
5: [ABORT] Give up on "lispbuilder-sdl"
--more--
Backtrace:
0: (CFFI::FL-ERROR "Unable to load any of the alternatives:~%
~S")[:EXTERNAL]
1: (CFFI:LOAD-FOREIGN-LIBRARY LISPBUILDER-SDL-COCOAHELPER::COCOAHELPER)
2: (SB-FASL::LOAD-FASL-GROUP ..)
3: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))
4: (SB-FASL::LOAD-AS-FASL ..)
5: ((FLET SB-FASL::LOAD-STREAM) ..)
6: (LOAD #P"/Users/justinhj/.cache/common-lisp/sbcl-1.0.37-darwin-x86-64/Users/justinhj/.sbcl/site/lispbuilder-sdl/cocoahelper/cocoahelper.fasl")[:EXTERNAL]
(Continue reading)
Hi,
I tried to compile the newest lb-sdl on SBCL 1.0.35 on Linux recently, and got the error below. Does anyone know what causes this?
* (asdf:oos 'asdf:load-op :lispbuilder-sdl)
[ ... ]
; compiling (DEFUN GET-FONT-ASCENT ...)
debugger invoked on a SB-INT:STREAM-DECODING-ERROR in thread #<THREAD
"initial thread" RUNNING
{AA03A69}>:
decoding error on stream
#<SB-SYS:FD-STREAM
for "file /tmp/eslaught/lisp/asdf/lispbuilder-sdl/sdl/font.lisp" {BA7DEC1}>
(:EXTERNAL-FORMAT :ASCII):
the octet sequence (226) cannot be decoded.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [ATTEMPT-RESYNC ] Attempt to resync the stream at a character boundary
and continue.
1: [FORCE-END-OF-FILE] Force an end of file.
2: [INPUT-REPLACEMENT] Use string as replacement input, attempt to resync at
a character boundary and continue.
3: [TRY-RECOMPILING ] Try recompiling font
4: [RETRY ] Retry performing #<ASDF:COMPILE-OP NIL {B131B81}> on
#<ASDF:CL-SOURCE-FILE "font" {AED0001}>.
5: [ACCEPT ] Continue, treating #<ASDF:COMPILE-OP NIL {B131B81}> on
#<ASDF:CL-SOURCE-FILE "font" {AED0001}> as having been
successful.
6: [ABORT ] Exit debugger, returning to top level.
(SB-INT:STREAM-DECODING-ERROR
#<SB-SYS:FD-STREAM
for "file /tmp/eslaught/lisp/asdf/lispbuilder-sdl/sdl/font.lisp" {BA7DEC1}>
(226))
0]
Any assistence would be appreciated. Thanks.
--
Elliott Slaughter
"Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay
_______________________________________________ application-builder mailing list application-builder@... http://www.lispniks.com/mailman/listinfo/application-builder
Hello,
How would I translate a parser grammar rule like this into lispbuilder-yacc?
foos : foo foos
|
Would it be something like:
(foos
(foo foos #'(lambda (one more) ...))
(nil #'(lambda () ...)))
I tried the above, but it didn't evaluate the function associated with
the nil when it should have in the grammar.
Thank you.
-pete
Hello,
I'm having a little bit of a problem with using lispbuilder-lexer. I'm
using sbcl 1.0.41.1 and the most recent lispbuilder-lexer gotten
via clbuild. I've created an ASDF package called 'ann-2' in which my
application resides and I'd like to utilize the lexer (and ultimately
the lispbuilder-yacc parser too).
When I use the example deflexer program and try to compile my application,
I get this:
; compiling (DEFLEXER TEST-LEXER ...)
; file: /home/psilord/content/code/lisp/compilers/ann-2/ann-2.lisp
; in: DEFLEXER TEST-LEXER
; (LISPBUILDER-LEXER:DEFLEXER ANN-2::TEST-LEXER :FLEX-COMPATIBLE
; ("[0-9]+"
; (RETURN
; (VALUES 'LISPBUILDER-LEXER:INT
; (LISPBUILDER-LEXER:INT
; LISPBUILDER-LEXER:%0))))
; ("[0-9]+([.][0-9]+([Ee][0-9]+)?)"
; (RETURN
; (VALUES 'ANN-2::FLT
; (LISPBUILDER-LEXER:NUM
; LISPBUILDER-LEXER:%0))))
; ("[:space:]+"))
; --> PROGN DEFPARAMETER PROGN EVAL-WHEN SB-IMPL::%DEFPARAMETER
; --> SB-IMPL::%DEFPARAMETER LISPBUILDER-REGEX:MACROEXPAND-REGEX-EXPR
; --> LISPBUILDER-REGEX::COMPILE-EXPR-TO-MATCHER
; ==>
; '(LISPBUILDER-REGEX::ALT
; (LISPBUILDER-REGEX::SEQ
; (LISPBUILDER-REGEX::REG 0 (+ (LISPBUILDER-REGEX::CHARCLASS "0123456789")))
; (LISPBUILDER-REGEX::HOOK #))
; (LISPBUILDER-REGEX::SEQ
; (LISPBUILDER-REGEX::REG 0
; (LISPBUILDER-REGEX::SEQ (+ #) (LISPBUILDER-REGEX::REG 1 #)))
; (LISPBUILDER-REGEX::HOOK #))
; (LISPBUILDER-REGEX::SEQ
; (LISPBUILDER-REGEX::REG 0 (+ (LISPBUILDER-REGEX::SPECCLASS SPACE)))
; (LISPBUILDER-REGEX::HOOK #))
; (LISPBUILDER-REGEX::SUCCEED T))
;
; caught ERROR:
; Objects of type FUNCTION can't be dumped into fasl files.
The above example works in the REPL, but seemingly not so when compiled
into fasls.
When I try to compile my larger (but still simple in practice) deflexer
example for the language in which I'm interested, I end up with this:
; caught ERROR:
; (during macroexpansion of (DEFLEXER LISP-LEXER ...))
; attempt to THROW to a tag that does not exist: LISPBUILDER-REGEX::REGEX-PARSE-ERROR
The deflexer syntax for the larger example looks reasonable to me. I don't
believe I made any errors. I can show you the larger deflexer example if you
need to see it.
Could I get some advice for how to proceed?
Thank you.
-pete
Hello. I dont want to use sdl-mixer if possible. I found cffi/audio.lisp, including the SDL_OpenAudio-Command which takes a struct with a mixer-callback. Is it possible to use this? Is there any reason not to use it (i.e. callbacks too slow, etc.)? I am asking this because these functions are not mentioned in the documentation. Regards, Christoph
Hi everyone,
_______________________________________________ application-builder mailing list application-builder@... http://www.lispniks.com/mailman/listinfo/application-builder
Hi, I have a problem with FILL-SURFACE-*; calling: (sdl:fill-surface-* 100 100 100) gives a segfault¹. *DEFAULT-SURFACE* is binded, and a clipping rectangle is active. Using: (sdl:fill-surface (sdl:color :r 100 :g 100 :b 100)) Works as intended. Looking at the source², the only difference I can see is that FILL-SURFACE-* uses a (clipping t) key arg, while FILL-SURFACE uses (clipping nil), therefore calling FILL-SURFACE-* with CLIPPING binded to NIL. I hope it will help finding the bug :) Regards, [1] http://paste.lisp.org/display/112817 [2] sdl/surfaces.lisp 854 -- -- Nicolas Martyanoff http://codemore.org khaelin <at> gmail.com _______________________________________________ application-builder mailing list application-builder <at> lispniks.com http://www.lispniks.com/mailman/listinfo/application-builder
Hi everyone,
_______________________________________________ application-builder mailing list application-builder@... http://www.lispniks.com/mailman/listinfo/application-builder
Hi, I may have found a bug with the RENDER-STRING-BLENDED method, when used with a TTF font. For the following tests, SDL:*DEFAULT-FONT* is bound to a TTF-FONT instance. While I have no problem with SDL:DRAW-STRING-BLENDED, using SDL:RENDER-STRING-BLENDED returns a NIL surface. By adding FORMAT forms to the lispbuilder libraries, I saw that calling SDL:RENDER-STRING-BLENDED on a TTF-FONT instance calls SDL:_RENDER-STRING-BLENDED_ which returns NIL (instead of calling SDL-TTF:_RENDER-STRING-BLENDED_ which is correctly called for SDL:DRAW-STRING-BLENDED). While reading this code, I also found out in string-blended.lisp, line 66, the following form: (if surface surface *default-display*) Maybe it should be: (if surface surface *default-surface*) Right ? (pkhuong idea on #lisp: replacing it by (or surface *default-surface*) :)) Regards, -- -- Nicolas Martyanoff http://codemore.org khaelin@...
Hi, I may be wrong, but it seems that WITH-OPEN-FONT, which is described in the documentation, isn't in the sources (I used the last tarball). Is there something I'm missing here ? Regards, -- -- Nicolas Martyanoff http://codemore.org khaelin@...
 |
|
|
|
|
|
|
| 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 |
RSS Feed5 | |
|---|---|
6 | |
7 | |
8 | |
22 | |
10 | |
1 | |
19 | |
8 | |
23 | |
34 | |
6 | |
33 | |
22 | |
53 | |
58 | |
35 | |
48 | |
44 | |
29 | |
4 | |
30 | |
40 | |
29 | |
10 | |
21 | |
17 | |
78 | |
5 | |
30 | |
3 | |
7 | |
7 | |
39 | |
14 | |
66 | |
48 | |
1 | |
9 | |
24 | |
38 | |
18 | |
11 | |
64 | |
41 | |
76 | |
31 | |
33 | |
5 | |
15 | |
24 | |
30 | |
29 | |
48 | |
87 | |
121 | |
99 | |
52 |
