<?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 about="http://blog.gmane.org/gmane.lisp.steel-bank.devel">
    <title>gmane.lisp.steel-bank.devel</title>
    <link>http://blog.gmane.org/gmane.lisp.steel-bank.devel</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.steel-bank.devel/11950"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11937"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11928"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11925"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11919"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11918"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11907"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11900"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11897"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11894"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11892"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11891"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11889"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11888"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11886"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11885"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11884"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11882"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11879"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11878"/>
      </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.steel-bank.devel/11950">
    <title>Test failure on freebsd/x86-64 with threads enabled</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11950</link>
    <description>I decided to try out a build with threads enabled on freebsd 7/x86-64,
with these test results:

Status:
 Expected failure:    callback.impure.lisp / UNDERFLOW-DETECTION
 Invalid exit status: clos-add-remove-method.impure.lisp
 Invalid exit status: clos-cache.impure.lisp
 Invalid exit status: clos-interrupts.impure.lisp
 Invalid exit status: compare-and-swap.impure.lisp
 Invalid exit status: deadline.impure.lisp
 Invalid exit status: debug.impure.lisp
 Expected failure:    external-format.impure.lisp / (CHARACTER-DECODE-LARGE
                                                     FORCE-END-OF-FILE)
 Invalid exit status: gc.impure.lisp
 Invalid exit status: hash.impure.lisp
 Expected failure:    packages.impure.lisp / USE-PACKAGE-CONFLICT-SET
 Expected failure:    packages.impure.lisp / IMPORT-SINGLE-CONFLICT
 Invalid exit status: threads.impure.lisp
 Invalid exit status: timer.impure.lisp
test failed, expected 104 return code, got 1

Now the funny thing is all those "Invalid exit status" ones: In each
case, sbcl was hanging, apparently in I/O wait (ps showed the state
first as I+, then as S+, and ktrace indicated it was hanging in a
nanosleep), and I just did a kill -KILL on it to get on with the next
test.

I'll just keep on using the non-threaded version for now, but thought
I'd report this in case anybody has an inkling as to what is
happening. Let me know if there is anything I can do to obtain more
useful information.

- Harald

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Harald Hanche-Olsen</dc:creator>
    <dc:date>2008-10-07T17:37:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11937">
    <title>Duplicate emails from me</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11937</link>
    <description>I apologize for the seemingly endless spew of duplicate emails from me
to sbcl-devel.

As far as I can tell it is a brokenness of some kind between Gmail and
Sourceforge SMTP. My best guess at the moment is that Sourceforge does
something that Gmail interpets as meaning "didn't make it, need to
resend later" -- when in fact the message was received and delivered
fine the first time.

...but since this interaction is between Gmail and Sourceforge, there
is relatively little I can do about it except file tickets...

Sorry for the inconvenience all around,

 -- Nikodemus

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Nikodemus Siivola</dc:creator>
    <dc:date>2008-10-07T14:00:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11928">
    <title>RFC: --script commandline argument</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11928</link>
    <description>Attached patch implements one of the perpetual wishlist items:
--script commandline argument.

Only one --script can be given. It can be passed either in runtime or
toplevel section.

In runtime section it implies --noinform, and propagates itself to the
toplevel section.

In toplevel section it implies --disable-debugger, and means that SBCL
should LOAD the specified file after userinit, sysinit, --load and
--eval processing (with :VERBOSE NIL, :PRINT NIL), and then exit
without entering the REPL.

The fact that initfiles are processed means that users can stick
(sb-ext:enable-debugger) in .sbclrc to have access to debugger in
scripts.

The patch does not include any documentation, as I didn't want to
start writing it before getting some input...

Cheers,

 -- Nikodemus
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Sbcl-devel mailing list
Sbcl-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-devel
</description>
    <dc:creator>Nikodemus Siivola</dc:creator>
    <dc:date>2008-10-07T08:38:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11925">
    <title>define-compiler-macro lambda list parsing</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11925</link>
    <description>Using sbcl-1.0.20-x86-darwin:

    (define-compiler-macro foo ((x)) nil)

variable #:REQUIRED-977 occurs more than once
  [Condition of type SIMPLE-ERROR]

Backtrace:
 0: (SB-KERNEL::CHECK-DEFMACRO-ARG #:REQUIRED-977)
 1: (SB-KERNEL::PUSH-LET-BINDING #:REQUIRED-977 #:REQUIRED-977)[:EXTERNAL]
 2: (SB-KERNEL::PARSE-DEFMACRO-LAMBDA-LIST (X) #:REQUIRED-977 FOO
DEFINE-COMPILER-MACRO)[:EXTERNAL]
 3: (SB-KERNEL::PARSE-DEFMACRO-LAMBDA-LIST ((X)) #:WHOLE974 FOO
DEFINE-COMPILER-MACRO)[:EXTERNAL]
 4: (SB-KERNEL:PARSE-DEFMACRO ((X)) #:WHOLE974 (NIL) FOO
DEFINE-COMPILER-MACRO)[:EXTERNAL]
 5: ((LAMBDA (#:WHOLE120 #:ENVIRONMENT121)) (DEFINE-COMPILER-MACRO
FOO ((X)) NIL) #&lt;unavailable argument..
 6: (MACROEXPAND-1 (DEFINE-COMPILER-MACRO FOO ((X)) NIL) #&lt;NULL-LEXENV&gt;)
 7: (MACROEXPAND (DEFINE-COMPILER-MACRO FOO ((X)) NIL) #&lt;NULL-LEXENV&gt;)
 8: (SB-INT:SIMPLE-EVAL-IN-LEXENV (DEFINE-COMPILER-MACRO FOO ((X))
NIL) #&lt;NULL-LEXENV&gt;)
 --more--

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Willem Broekema</dc:creator>
    <dc:date>2008-10-07T00:04:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11919">
    <title>A bug in SBCL 1.0.20?</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11919</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Sbcl-devel mailing list
Sbcl-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-devel
</description>
    <dc:creator>Sölvi Páll Ásgeirsson</dc:creator>
    <dc:date>2008-10-05T15:07:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11918">
    <title>test, please ignore</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11918</link>
    <description>EOM

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Nikodemus Siivola</dc:creator>
    <dc:date>2008-10-05T14:43:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11907">
    <title>Reading single floats bug</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11907</link>
    <description>There is a problem with the reader for a structure containing a single-float:

(defstruct foo
   (x 0.0 :type single-float))

(read-from-string "((#1=#S(foo :x 2.7158911)))")

On SBCL 1.0.14, Ubuntu AMD64, with (optimize debug safety), this
causes a Memory Fault. The system punts in the circularity treatment.
If I remove the #1=, the example runs fine (though if I remember
correctly, something *still* got corrupted in my larger program,
leading to the death of SBCL without any warning)

The problem is dependent on this particular floating-point value. It
appears to be a valid single-float. If I print readably (make-foo :x
2.7158911), I get the string above, minus the #1= and some
parentheses...

Thanks.

Cédric

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Cedric St-Jean</dc:creator>
    <dc:date>2008-10-03T18:01:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11900">
    <title>[PATCH] WHO-SPECIALIZES</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11900</link>
    <description>
The following patch adds, and exports, WHO-SPECIALIZES to the
SB-INTROSPECT contrib. I'll commit support for it into SBCL's SWANK
backend in a few minutes, too.

  -T.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Sbcl-devel mailing list
Sbcl-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-devel
</description>
    <dc:creator>Tobias C. Rittweiler</dc:creator>
    <dc:date>2008-10-04T18:11:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11897">
    <title>function type not updated on redefinition</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11897</link>
    <description>;; Hit C-c C-c on this
(defun foo (x)
  x)

;; Then on this
(defun foo (x &amp;optional y)
  (or x y))

;; Then on this, note the bogus STYLE-WARNING
(defun bar (x y)
  (foo x y))

What happens is that redefining a function that previously had only required
arguments with optional ones does not update the type signature correctly. I
have not verified it, but I believe this is an ancient bug -- just one that
used to be invisible until the recentish stricter call type checking.

Cheers,

 -- Nikodemus

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Nikodemus Siivola</dc:creator>
    <dc:date>2008-10-03T18:38:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11894">
    <title>sourceforge cvs down?</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11894</link>
    <description>I'm getting this a lot:

$ cvs update -dP
cvs [update aborted]: reading from server:
Connection reset by peer 
$ 

Matt
</description>
    <dc:creator>Matthew D. Swank</dc:creator>
    <dc:date>2008-10-02T22:35:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11892">
    <title>SBCL on Cygwin: is there a special build configuration?</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11892</link>
    <description>Hi everybody,
first of all, thank you for a good product, which I like very much.

I have a question about SBCL on Win32.
I'm trying to figure out if sb-unix:unix-select work on Win32.
I need it to get one library, CLORB, working on Win32, too.

I wrote a test and found sb-unix:unix-select working on linux
and not working on win32. I've built 1.20 from sources both
for pure win32 and in cygwin, using default guessed configurations.

But as I have found, sbcl executable built in cygwin does not
depend on cygwin DLL, so I suspect SBCL does not have a special
configuration for Cygwin.

Is my guess correct ?

What about sb-unix:unix-select, I know that it could have worked
on Win32 or on win32 with cygwin at least for TCP/IP sockets
as win32 provides this functionality.

Is there any known way to get it working ?

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Ilya Zvyagin</dc:creator>
    <dc:date>2008-10-02T07:08:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11891">
    <title>[PATCH] toplevel: removed "helpful" handler-binds</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11891</link>
    <description>
See http://article.gmane.org/gmane.lisp.steel-bank.devel/11314
---
 src/code/toplevel.lisp |   26 ++++++++------------------
 1 files changed, 8 insertions(+), 18 deletions(-)

diff --git a/src/code/toplevel.lisp b/src/code/toplevel.lisp
index 4cc0b0c..9ec1159 100644
--- a/src/code/toplevel.lisp
+++ b/src/code/toplevel.lisp
&lt; at &gt;&lt; at &gt; -330,32 +330,27 &lt; at &gt;&lt; at &gt; command-line.")
 (defun process-init-file (specified-pathname default-function)
   (restart-case
       (let ((cookie (list)))
-        (flet ((process-stream (stream &amp;optional pathname)
+        (flet ((process-stream (stream)
                  (loop
                     (restart-case
-                        (handler-bind
-                            ((error (lambda (e)
-                                      (error "Error during processing of ~
-                                             initialization file ~A:~%~%  ~A"
-                                             (or pathname stream) e))))
-                          (let ((form (read stream nil cookie)))
-                            (if (eq cookie form)
-                                (return-from process-init-file nil)
-                                (eval form))))
+                        (let ((form (read stream nil cookie)))
+                          (if (eq cookie form)
+                              (return-from process-init-file nil)
+                              (eval form)))
                       (continue ()
                         :report "Ignore and continue processing.")))))
           (if specified-pathname
               (with-open-file (stream (parse-native-namestring specified-pathname)
                                       :if-does-not-exist nil)
                 (if stream
-                    (process-stream stream (pathname stream))
+                    (process-stream stream)
                     (error "The specified init file ~S was not found."
                            specified-pathname)))
               (let ((default (funcall default-function)))
                 (when default
                   (with-open-file (stream (pathname default) :if-does-not-exist nil)
                     (when stream
-                      (process-stream stream (pathname stream)))))))))
+                      (process-stream stream))))))))
     (abort ()
       :report "Skip this initialization file.")))
 
&lt; at &gt;&lt; at &gt; -376,12 +371,7 &lt; at &gt;&lt; at &gt; command-line.")
         (dolist (expr-as-string-or-form eval-strings-or-forms)
           (/show0 "handling one --eval option")
           (restart-case
-              (handler-bind
-                  ((error (lambda (e)
-                            (error "Error during processing of --eval ~
-                                    option ~S:~%~%  ~A"
-                                   expr-as-string-or-form e))))
-                (process-1 expr-as-string-or-form))
+              (process-1 expr-as-string-or-form)
             (continue ()
               :report "Ignore and continue with next --eval option.")))
       (abort ()
</description>
    <dc:creator>Ariel Badichi</dc:creator>
    <dc:date>2008-10-01T16:49:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11889">
    <title>[PATCH] with-package-iterator: proper error signaling</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11889</link>
    <description>
Signal a simple-program-error with the appropriate initargs, instead
of attempting to signal a program-error with inappropriate initargs.
---
 src/code/package.lisp |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/code/package.lisp b/src/code/package.lisp
index 2bb677f..b1366d6 100644
--- a/src/code/package.lisp
+++ b/src/code/package.lisp
&lt; at &gt;&lt; at &gt; -295,10 +295,10 &lt; at &gt;&lt; at &gt; of :INHERITED :EXTERNAL :INTERNAL."
                       :INHERITED must be supplied."))
            ,(dolist (symbol symbol-types)
               (unless (member symbol '(:internal :external :inherited))
-                (error 'program-error
+                (error 'simple-program-error
                        :format-control
                        "~S is not one of :INTERNAL, :EXTERNAL, or :INHERITED."
-                       :format-argument symbol)))
+                       :format-arguments (list symbol))))
            (,init-macro ,(car ordered-types))
            (flet ((,real-symbol-p (number)
                     (&gt; number 1)))
</description>
    <dc:creator>Ariel Badichi</dc:creator>
    <dc:date>2008-10-01T16:22:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11888">
    <title>Adjustable array bug</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11888</link>
    <description>On SBCL 1.0.14 (not fixed as far as I can tell from the update notes),
readjusting a 2D array makes has-fill-pointer true. Aka.:

(array-has-fill-pointer-p
  (adjust-array (make-array '(2 2) :adjustable t) '(2 2)))
=&gt; T

This is wrong according to the Hyperspec on array-has-fill-pointer-p.
Apologies if the above code is not exactly right, I don't have Lisp
available here.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Cedric St-Jean</dc:creator>
    <dc:date>2008-10-01T15:25:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11886">
    <title>[PATCH] Fix printing of number of lambda conversionsin TIME</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11886</link>
    <description>Hi,

The attached patch fixes a minor regression introduced in 1.0.20.11. 

* (time (eval '(defun foo () 42)))

debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #&lt;THREAD "initial thread" RUNNING {1002707D21}&gt;:
  unknown &amp;KEY argument: :LAMBDAS-CONVERTED

  
</description>
    <dc:creator>Eric Marsden</dc:creator>
    <dc:date>2008-09-29T22:43:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11885">
    <title>[PATCH] x86-64: rcx was loaded twice in call_into_c</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11885</link>
    <description>Register RCX was used twice for arguments loading in call_into_c.

--- sbcl/src/runtime/x86-64-assem.S.orig2008-07-04 17:36:12.000000000 +0200
+++ sbcl/src/runtime/x86-64-assem.S2008-09-29 13:56:30.000000000 +0200
&lt; at &gt;&lt; at &gt; -114,9 +114,8 &lt; at &gt;&lt; at &gt; GNAME(call_into_c):
 mov24(%rbp),%rsi
 mov32(%rbp),%rdx
 mov40(%rbp),%rcx
-mov48(%rbp),%rcx
-mov56(%rbp),%r8
-mov64(%rbp),%r9
+mov48(%rbp),%r8
+mov56(%rbp),%r9
 call*%rax
 mov%rbp,%rsp
 pop%rbp


--
wbr, Vitaly

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Vitaly Mayatskikh</dc:creator>
    <dc:date>2008-09-29T12:13:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11884">
    <title>[PATCH] Fix for WITH-PACKAGE-ITERATOR's symbol-typescheck</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11884</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Sbcl-devel mailing list
Sbcl-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-devel
</description>
    <dc:creator>Tobias C. Rittweiler</dc:creator>
    <dc:date>2008-09-29T10:48:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11882">
    <title>[PATCH] arglist beautifcation for PUSHNEW</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11882</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Sbcl-devel mailing list
Sbcl-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-devel
</description>
    <dc:creator>Tobias C. Rittweiler</dc:creator>
    <dc:date>2008-09-28T10:40:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11879">
    <title>MAKE-DISPATCH-MACRO-CHARACTER on a dispatch macro char</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11879</link>
    <description>
Currently, M-D-M-C signals an error if it's invoked on a char that is
already a dispatch macro character.

Clisp, ECL, and CCL do not signal an error, but instead overwrite the
dispatch-tables of the dispatch char to the default value.  

Given that M-D-M-C's Exceptional Situations are "None", I find that
justifiable.

It's also what fits better in my Named-Readtables library because
otherwise redefinition of readtable definitions is a chore.

I committed an appropriate patch into my `tcr-reader-hacking' branch,
but I wanted to ask if such a change would result in any objections.

  -T.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Tobias C. Rittweiler</dc:creator>
    <dc:date>2008-09-27T14:06:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11878">
    <title>Freeze for 1.0.21.</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11878</link>
    <description>I'll be releasing 1.0.21 on Wednesday, 1 October.  Please test and
report breakages.

--
Richard

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Richard M Kreuter</dc:creator>
    <dc:date>2008-09-27T12:33:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.devel/11877">
    <title>run-tests.sh DOS</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.devel/11877</link>
    <description>I was installing unsanctioned software at work today (y'all probably
thought every sysadmin implicitly though SBCL safe) and managed to blow
up the target box while running run-tests.sh ... twice.  The second
crash caught the eye of one of the PFYs, who e-mailed me a portion of a
log file griping about an NFS issue (no significant detail).  Naturally,
this isn't the kind of bug I'm going to attempt to reproduce.  Can
anyone come up with a reason why the SBCL test suite would reliably tank
a RedSplat box, and - here's the part I'm most concerned about - is this
something that would preclude attempting to present SBCL as a viable
solution?  (i.e. would SBCL blow up anytime an NFS volume is involved in
some mystical operation?)

</description>
    <dc:creator>Michael J. Barillier</dc:creator>
    <dc:date>2008-09-27T00:12:11</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.lisp.steel-bank.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.steel-bank.devel</link>
  </textinput>
</rdf:RDF>
