<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.lisp.cl-lispbuilder.general">
    <title>gmane.lisp.cl-lispbuilder.general</title>
    <link>http://blog.gmane.org/gmane.lisp.cl-lispbuilder.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1778"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1774"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1768"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1767"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1761"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1753"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1751"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1749"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1736"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1733"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1722"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1721"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1720"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1719"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1702"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1693"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1683"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1679"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1678"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1778">
    <title>lispbuilder fix</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1778</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Justin Heyes-Jones</dc:creator>
    <dc:date>2010-11-14T05:45:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1774">
    <title>Quicklisp</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1774</link>
    <description>&lt;pre&gt;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-GRO&lt;/pre&gt;</description>
    <dc:creator>Justin Heyes-Jones</dc:creator>
    <dc:date>2010-11-08T04:03:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1768">
    <title>Font error in SBCL</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1768</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-10-10T03:56:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1767">
    <title>parser query</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1767</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Peter Keller</dc:creator>
    <dc:date>2010-09-21T06:15:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1761">
    <title>lexer problem</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1761</link>
    <description>&lt;pre&gt;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
;             &lt;/pre&gt;</description>
    <dc:creator>Peter Keller</dc:creator>
    <dc:date>2010-09-12T06:52:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1753">
    <title>Mixing sounds manually</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1753</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Christoph Senjak</dc:creator>
    <dc:date>2010-08-10T22:24:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1751">
    <title>Announcing official lispbuilder-sdl-binaries downloads for OS X</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1751</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-07-27T06:22:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1749">
    <title>problem with FILL-SURFACE-*</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1749</link>
    <description>&lt;pre&gt;
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

&lt;/pre&gt;</description>
    <dc:creator>Nicolas Martyanoff</dc:creator>
    <dc:date>2010-07-26T06:52:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1736">
    <title>Request for official binary downloads for OS X</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1736</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-07-09T06:22:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1733">
    <title>Bug with SDL:RENDER-STRING-BLENDED</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1733</link>
    <description>&lt;pre&gt;
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,

&lt;/pre&gt;</description>
    <dc:creator>Nicolas Martyanoff</dc:creator>
    <dc:date>2010-07-05T13:25:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1722">
    <title>WITH-OPEN-FONT missing</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1722</link>
    <description>&lt;pre&gt;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,

&lt;/pre&gt;</description>
    <dc:creator>Nicolas Martyanoff</dc:creator>
    <dc:date>2010-06-28T05:55:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1721">
    <title>OpenGL 3 Rendering Context</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1721</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Andrew Fry</dc:creator>
    <dc:date>2010-06-10T15:11:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1720">
    <title>Thopter 0.4 Released</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1720</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-05-17T06:18:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1719">
    <title>Thopter 0.3 Released</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1719</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-04-25T19:07:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1702">
    <title>Cocoahelper fails to build on Leopard</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1702</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Adam Higuera</dc:creator>
    <dc:date>2010-04-07T01:30:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1701">
    <title>Thopter 0.2 Released</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1701</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-04-02T05:57:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1693">
    <title>PortableInteractiveDevelopment doesn't work everywhere</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1693</link>
    <description>&lt;pre&gt;Hello,

this is about http://code.google.com/p/lispbuilder/wiki/PortableInteractiveDevelopment

I've got a Windows installation of Emacs + SBCL + slime where
everything works fine. I can use the REPL and the SDL window in
parallel without any interference.

However, with Ubuntu and by now the latest (2010-02-16) slime, it does
not. I can send REPL-forms but the result of the evaluation of those
forms is not shown. It only appears when I close the SDL window or
interrupt the event loop with C-c C-c at the REPL (the results are
shown while I'm in the debugger).

Do you know of any further requirements for this nice thing to fully work?

Best regards
Jakob
&lt;/pre&gt;</description>
    <dc:creator>Jakob Reschke</dc:creator>
    <dc:date>2010-02-16T22:10:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1683">
    <title>SDL_mixer on Linux</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1683</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Elliott Slaughter</dc:creator>
    <dc:date>2010-01-17T03:04:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1679">
    <title>Supprt for SDL_image 1.2.10 in lispbuilder-sdl &amp; sdl-mixer</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1679</link>
    <description>&lt;pre&gt;lispbuilder-sdl and lispbuilder-sdl-image now both support SDL_image
1.2.10. Please let the list know of any problems/bugs.

lispbuilder-sdl will now automatically support additional image
formats if at runtime if the SDL_image (and associated png/tif/jpg)
library can be loaded. It is no longer necessary to call
sdl-image:load-image to load e.g. a JPG image. If SDL_image is not
available at runtime then only the BMP format is supported.

Existing code can still use sdl-image without modification.

SDL_image 1.2.10 supports new functions to pre-load the jpg/png/tif
libraries. These new functions are optional. If these are not called
then the libraries are loaded on demand as is the current behaviour.
These functions are:

- init-image
Example: (sdl:init-image :jpg :png :tif)
This is optional.

- quit-image
Will close any pre-loaded libraries
Call this if INIT-IMAGE is used

The following from sdl-image are now also available in lispbuilder-sdl;

- image-init-p
Example (sdl:image-init-p :jpg :png)

- supported&lt;/pre&gt;</description>
    <dc:creator>Luke Crook</dc:creator>
    <dc:date>2010-01-16T07:22:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1678">
    <title>Take a look at my photos on Facebook</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1678</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Justin Heyes-Jones</dc:creator>
    <dc:date>2010-01-11T23:59:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1670">
    <title>Ironclad - install problem sha256.lisp(+sha256-round-constants+)</title>
    <link>http://comments.gmane.org/gmane.lisp.cl-lispbuilder.general/1670</link>
    <description>&lt;pre&gt;_______________________________________________
application-builder mailing list
application-builder-0Lpivb7LZrJWk0Htik3J/w&amp;lt; at &amp;gt;public.gmane.org
http://www.lispniks.com/mailman/listinfo/application-builder
&lt;/pre&gt;</description>
    <dc:creator>Fred Gibson</dc:creator>
    <dc:date>2010-01-02T21:17:41</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.cl-lispbuilder.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.cl-lispbuilder.general</link>
  </textinput>
</rdf:RDF>
