<?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.steel-bank.general">
    <title>gmane.lisp.steel-bank.general</title>
    <link>http://blog.gmane.org/gmane.lisp.steel-bank.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.steel-bank.general/3702"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3695"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3692"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3687"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3679"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3678"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3671"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3669"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3665"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3660"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3658"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3656"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3651"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3643"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3636"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3625"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3623"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.steel-bank.general/3621"/>
      </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.general/3702">
    <title>there is no package with name "SB-EXT"</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3702</link>
    <description>&lt;pre&gt;Hi,

How could I please get the command line arguments in a script?

Example, that fails with `there is no package with name "SB-EXT"':

--8&amp;lt;---------------cut here---------------start-------------&amp;gt;8---
#!/usr/bin/sbcl --script
(print sb-ext:*posix-argv*)
--8&amp;lt;---------------cut here---------------end---------------&amp;gt;8---

$ sbcl --version
SBCL 1.1.2-2.1.1-suse

TIA for any hints,
&lt;/pre&gt;</description>
    <dc:creator>Peter Münster</dc:creator>
    <dc:date>2013-04-26T12:35:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3701">
    <title>texinfo-5.1</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3701</link>
    <description>&lt;pre&gt;Hello *,

With the cutrent texinfo-5.1, when I go to the directory doc/manual and 
say
make html
or
make info
I get a long list of error messages and warnings (make pdf succeeds; in 
doc/internals, make html and make info succeed). There were some 
incompatible changes in the texinfo language. Are there plans to adjust 
sbcl.texinfo (and, maybe, other *.texinfo files) to texinfo-5.x? Should I 
file a bug?

Andrey

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
&lt;/pre&gt;</description>
    <dc:creator>A.G.Grozin&lt; at &gt;inp.nsk.su</dc:creator>
    <dc:date>2013-04-20T11:35:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3695">
    <title>asdf-2.33</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3695</link>
    <description>&lt;pre&gt;Hello *,

I maintain maxima in Gentoo. There are experimental ebuilds of sbcl-1.1.6 
and asdf-2.33 in Gentoo (in the lisp overlay). After installing them, I 
cannot compile maxima. The problem is in server.lisp which requires 
sb-posix. This is what I get:

grozin&amp;lt; at &amp;gt;dns ~ $ sbcl
This is SBCL 1.1.6, an implementation of ANSI Common Lisp.
More information about SBCL is available at &amp;lt;http://www.sbcl.org/&amp;gt;.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* (require :sb-posix)
ASDF could not load sb-posix because Error while trying to load definition 
for system sb-posix from pathname /usr/lib64/sbcl/sb-posix/sb-posix.asd: 
invalid number of arguments: 3.

debugger invoked on a ASDF/FIND-SYSTEM:LOAD-SYSTEM-DEFINITION-ERROR: Error 
while trying to load definition for system sb-posix from pathname 
/usr/lib64/sbcl/sb-posix/sb-posix.asd: invalid number of arguments: 3

Looks like an asdf problem; what's the best way to proceed? Downgrade to 
an earlier asdf? Which version?

Thanks in advance,
Andrey

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
&lt;/pre&gt;</description>
    <dc:creator>A.G.Grozin&lt; at &gt;inp.nsk.su</dc:creator>
    <dc:date>2013-04-13T05:16:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3692">
    <title>Reading a file line-by-line</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3692</link>
    <description>&lt;pre&gt;Hi there,

I've been trying to write a bit of code for Maxima that reads in a
texinfo file and works out some byte offsets. The code basically boils
down to a loop of the form

(defun grok-info-file (pathname)
  (with-open-file (stream pathname :direction :input)
    (let ((line) (line-number 0) (pos) (line-offsets))
      (loop
         (setf pos (file-position stream))
         (when (eq (setf line (read-line stream nil :eof)) :eof) (return))

         (push pos line-offsets)
         (incf line-number)

         (some-complicated-stuff)))))

(if you care, the entire function can be found in src/parse-info.lisp at
http://sourceforge.net/p/maxima/code/?branch=ref/parse-info, although
SF's git viewing application is pretty nasty and seems to think the
source files are binary so won't show them)

Profiling this to see where all the time was going, I was surprised to
see that we were spending ages in FILE-POSITION. Looking at SBCL's
stream.lisp, it seems that we're spending the time calculating byte
lengths of characters in the input buffer.

Am I missing some portable way to quickly read in the offsets of line
starts in Lisp? (Ending up with results that are suitable to pass to
FILE-POSITION: some implementations use character counting rather than
byte counting)

Otherwise, is there a way to make the reading faster on SBCL? At the
moment, the result is slower than GCL, which is rather embarrassing. I
noticed FILE-STRING-LENGTH, but of course that's only supposed to be for
output streams (even though it works with input streams on SBCL from the
looks of things).

Rupert
------------------------------------------------------------------------------
Own the Future-Intel&amp;amp;reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d_______________________________________________
Sbcl-help mailing list
Sbcl-help&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help
&lt;/pre&gt;</description>
    <dc:creator>Rupert Swarbrick</dc:creator>
    <dc:date>2013-03-25T22:28:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3687">
    <title>Problem loading drakma with quicklisp</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3687</link>
    <description>&lt;pre&gt;I'm trying to use quicklisp to load drakma.  I've run (ql:update-client) and (ql:update-all-dists), but I'm still getting this error:

This is SBCL 1.0.55.0-abb03f9, an implementation of ANSI Common Lisp.
More information about SBCL is available at &amp;lt;http://www.sbcl.org/&amp;gt;.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* (ql:quickload "drakma")
To load "drakma":
  Load 1 ASDF system:
    drakma
; Loading "drakma"
[package cffi-sys]...
debugger invoked on a SB-EXT:PACKAGE-LOCKED-ERROR:
  Lock on package SB-ALIEN violated when interning SHARED-OBJECT-FILE while in
  package CFFI-SYS.
See also:
  The SBCL Manual, Node "Package Locks"

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [CONTINUE      ] Ignore the package lock.
  1: [IGNORE-ALL    ] Ignore all package locks in the context of this operation.
  2: [UNLOCK-PACKAGE] Unlock the package.
  3: [RETRY         ] Retry
                      compiling #&amp;lt;CL-SOURCE-FILE "cffi" "src" "cffi-sbcl"&amp;gt;.
  4: [ACCEPT        ] Continue, treating
                      compiling #&amp;lt;CL-SOURCE-FILE "cffi" "src" "cffi-sbcl"&amp;gt; as
                      having been successful.
  5: [ABORT         ] Give up on "drakma"
  6:                  Exit debugger, returning to top level.

(SB-EXT:PACKAGE-LOCK-VIOLATION
 #&amp;lt;PACKAGE "SB-ALIEN"&amp;gt;
 :SYMBOL
 NIL
 :FORMAT-CONTROL
 "interning ~A"
 :FORMAT-ARGUMENTS
 ("SHARED-OBJECT-FILE"))
0] 

Has anyone run into this?  Is it a problem with my quicklisp installation?

Thanks,

Patrick


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
&lt;/pre&gt;</description>
    <dc:creator>Patrick May</dc:creator>
    <dc:date>2013-03-23T21:16:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3679">
    <title>error with cl-modlisp</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3679</link>
    <description>&lt;pre&gt;Hello:

I'm just getting started using cl-modlisp (http://cl-modlisp.b9.com/)
under SBCL, but I see an error like the following whenever I load a
web page:

;; Error There is no applicable method for the generic function
           #&amp;lt;STANDARD-GENERIC-FUNCTION SB-BSD-SOCKETS:SOCKET-CLOSE (1)&amp;gt;
         when called with arguments
           (#&amp;lt;SB-SYS:FD-STREAM
              for "socket 127.0.0.1:20123, peer: 127.0.0.1:58955"
{B53CAE9}&amp;gt;). [1-modlisp-worker]

The relevant function is actually close-active-socket in the kmrcl
package, which is implemented like this:

(defun close-active-socket (socket)
  #+sbcl (sb-bsd-sockets:socket-close socket)
  #-sbcl (close socket))

This error message or a related one seems to have been discussed in
IRC before (http://ircarchive.info/lisp/2007/3/15/6.html) and also in
the TBNL mailing list
(http://comments.gmane.org/gmane.lisp.lib.tbnl.general/532), but I'm
not clear on the current fix.

Thanks for any help or advice!

Joe

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
&lt;/pre&gt;</description>
    <dc:creator>Joe Corneli</dc:creator>
    <dc:date>2013-03-18T03:12:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3678">
    <title>[Extended Deadline] European Lisp Symposium 2013 -Madrid - June 1-4</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3678</link>
    <description>&lt;pre&gt;
;;            ______   _         _____   _   __   ____  
;;           |  ____| | |       / ____| ( ) /_ | |___ \ 
;;           | |__    | |      | (___   |/   | |   __) |
;;           |  __|   | |       \___ \       | |  |__ &amp;lt; 
;;           | |____  | |____   ____) |      | |  ___) |
;;           |______| |______| |_____/       |_| |____/ 
;;                                                      
;;              European Lisp Symposium 2013 - ELS'13
;;                         Madrid, Spain
;; 
;;                        June 1-4, 2013
;;
;;           http://els2013.european-lisp-symposium.org/

                ** DEADLINE EXTENSION: March 17th **

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in Lisp to participate.

The main theme of the 2013 European Lisp Symposium is on the use of
these languages with respect to the current grand challenges: big
tables, open data, semantic web, network programming, discovery,
robustness, runtime failures, etc.

The European Lisp Symposium 2013 solicits the submission of papers
with these specific themes in mind, alongside the more traditional
tracks which have appeared in the past editions.

We invite submissions in the following forms:

  Papers: Technical papers of up to 15 pages that describe original
    results or explain known ideas in new and elegant ways.

  Demonstrations: Abstracts of up to 4 pages for demonstrations of
    tools, libraries, and applications.

  Tutorials: Abstracts of up to 4 pages for in-depth presentations about
    topics of special interest for at least 90 minutes and up to 180
    minutes.

  Lightning talks: Abstracts of up to one page for talks to last for no
    more than 5 minutes.

All submissions should be formatted following the ACM SIGS guidelines
and include ACM classification categories and terms. For more
information on the submission guidelines and the ACM keywords, see:
http://www.acm.org/sigs/publications/proceedings-templates and

  http://www.acm.org/about/class/1998.


Invited speakers:

  Florian Loitsch, Google: Dart, why you should care.
  Gérard Assayag, Ircam: Lisp and Music Research.


Important dates:

  March, 17th 2013: submission deadline ** EXTENDED **
  April, 5th 2013: acceptance results
  June, 1-4 2013: symposium


Program Commitee:

  Pascal Costanza, Intel, Belgium
  Ludovic Courtes, INRIA, France
  Theo D'Hondt, Vrije Universiteit Brussel, Belgium
  Florian Loitsch, Google, Denmark  
  Christian Queinnec, UPMC, France
  Kurt Noermark, Aalborg University, Denmark
  Olin Shivers, Northeastern University, USA
  Manuel Serrano, INRIA, France
  Didier Verna, EPITA, France


Chair:

  Juan Jose Garcia-Ripoll, local organizer
  Christian Queinnec, PC co-chair
  Manuel Serrano, PC co-chair

&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2013-03-05T16:12:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3671">
    <title>(make-package :foo) (in-package :foo)</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3671</link>
    <description>&lt;pre&gt;cat packagefoo.lisp

(defpackage :foo)
(in-package :foo)

* (load "packagefoo")
T
* cl-user::*package*

#&amp;lt;PACKAGE "COMMON-LISP-USER"&amp;gt;

I expected 
#&amp;lt;COMMON-LISP:PACKAGE "FOO"&amp;gt;

how can I run the program "packagefoo" as expected ?

&lt;/pre&gt;</description>
    <dc:creator>Gerard ROBIN</dc:creator>
    <dc:date>2013-02-10T09:59:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3669">
    <title>Queues a la Peter Norvig</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3669</link>
    <description>&lt;pre&gt;Hi.

In Paradigms of AI Programming Peter Norvig describes a possible implementation of queues. You can find his source code in http://www.norvig.com/paip/auxfns.lisp. This code corresponds to what he wrote with Richard C Walters in ACM Lisp Pointers on the same topic.

Now, when I execute his code from the REPL of SBCL 1.1.3 on MacOS 10.6.8 I get a control-stack exhaustion (see below). The code is taken straight from the file posted Peter Norvig. Am I missing something?

Thanks,
--Christian

=== Snapshot of what's displayed on my machine:

$ sbcl
This is SBCL 1.1.3, an implementation of ANSI Common Lisp.
More information about SBCL is available at &amp;lt;http://www.sbcl.org/&amp;gt;.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* (defvar q)

Q
* (defun make-queue ()
  "Build a new queue, with no elements."
  (let ((q (cons nil nil)))
    (setf (car q) q)))

MAKE-QUEUE
* (setq q (make-queue))

(((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((
[...]
debugger invoked on a SB-KERNEL::CONTROL-STACK-EXHAUSTED:
  Control stack exhausted (no more space for function call frames).
This is probably due to heavily nested or infinitely recursive function
calls, or a tail call that SBCL cannot or has not optimized away.------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan_______________________________________________
Sbcl-help mailing list
Sbcl-help&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help
&lt;/pre&gt;</description>
    <dc:creator>Christian Wagner</dc:creator>
    <dc:date>2013-02-04T19:12:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3665">
    <title>sb-ext:run-program question</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3665</link>
    <description>&lt;pre&gt;I've run into a problem using sb-ext:run-program that probably has 
something to do with environment setup but has me stumped.
Yet, from an xterm I can type this command:

ssh rh&amp;lt; at &amp;gt;192.168.0.18 'DISPLAY=:0 srot capture.png'

And it works fine.

But When I try this from the REPL I get:

(sb-ext:run-program "ssh" '("rh&amp;lt; at &amp;gt;192.168.0.18" "'DISPLAY=:0 scrot 
capture.png'")
                     :output *standard-output* :search t :wait t)

bash: DISPLAY=:0 scrot capture.png: command not found
#&amp;lt;SB-IMPL::PROCESS :EXITED 127&amp;gt;

And yet, this works as expected:

(sb-ext:run-program "ssh" '("rh&amp;lt; at &amp;gt;192.168.0.18" "'ls'") :output 
*standard-output* :search t :wait t)

Desktop
capture.png
cron.log

Any ideas what's going on and how to make it work? I've tried a few 
things with the :environment parameter w/o success.

Best regards,
Jeff Cunningham

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Jeff Cunningham</dc:creator>
    <dc:date>2013-01-29T02:05:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3660">
    <title>gc bug</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3660</link>
    <description>&lt;pre&gt;
Hi everyone and happy new year,

About 6 months I posted a bug report: 
https://bugs.launchpad.net/sbcl/+bug/1009267 ("(gc :full t) has no effect 
under certain circumstances"). This bug has attracted little interest, 
despite being, in my opinion, quite significant. The bug was marked 
incomplete. I added more details as requested, but it is still marked 
incomplete. I have not even got an official acknowledgement that this bug 
is reproducible. I am at this point quite confident this is real, since I 
have been able to reproduce it on other machines, besides my home machine, 
different versions of SBCL, and also a friend who does not know CL was 
able to reproduce it following my instructions. I just checked, and this 
is still reproducible for me on 1.1.2. As I say in the report, the most 
significant thing about this bug is that it breaks (gc :full t).

See also https://bugs.launchpad.net/sbcl/+bug/936304. As I comment there, 
that (similar) bug is also still reproducible, even though it is marked as 
closed.

This bug only shows up under relatively special cirumstances. However, 
these relatively special circumstances (large float arrays being created 
and destroyed) are not uncommon in scientific computing. It is also worth 
emphasizing that I can only reproduce this bug on x86. I'm not sure why it 
does not show up on amd64, but that being so, it may reduce the number of 
people who are exposed to this bug.

I realise that this bug may be considered low priority, and also may be 
difficult to fix. However, I would appreciate at least a confirmation that 
it is reproducible.

                                                      Regards, Faheem Mitha

--
Under the two moons of Hydrot, and under the eternal stars, the
two-inch wooden spaceship and its microscopic cargo toiled down the
slope toward the drying little rivulet.
--
James Blish - Surface Tension

------------------------------------------------------------------------------
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512
&lt;/pre&gt;</description>
    <dc:creator>Faheem Mitha</dc:creator>
    <dc:date>2013-01-01T09:08:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3658">
    <title>Help with SB-BSD-SOCKETS</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3658</link>
    <description>&lt;pre&gt;I'm trying to follow the tutorial at
&amp;lt;http://www.kantz.com/jason/clim-primer/application-frames.htm&amp;gt;, but
am getting stuck at a refused connection. I'm on Mac OS X, and have
set $DISPLAY to "localhost:0.0" (XQuartz sets it to something
dumb). However, I'm landing in the debugger still. I recall getting it
working once before, but I've forgotten what must be done. This is
through Slime. The same error happens when running SBCL manually in an
xterm.

Socket error in "connect": ECONNREFUSED (Connection refused)
   [Condition of type SB-BSD-SOCKETS:CONNECTION-REFUSED-ERROR]

Restarts:
 0: [RETRY] Retry SLIME REPL evaluation request.
 1: [*ABORT] Return to SLIME's top level.
 2: [ABORT] Abort thread (#&amp;lt;THREAD "repl-thread" RUNNING {10035F0023}&amp;gt;)

Backtrace:
  0: (SB-BSD-SOCKETS:SOCKET-ERROR "connect")
  1: ((SB-PCL::FAST-METHOD SB-BSD-SOCKETS:SOCKET-CONNECT (SB-BSD-SOCKETS:SOCKET)) #&amp;lt;unused argument&amp;gt; #&amp;lt;unused argument&amp;gt; #&amp;lt;SB-BSD-SOCKETS:INET-SOCKET 127.0.0.1:51821, fd: 10 {1002EABEE3}&amp;gt; #(127 0 0 1) 6000)
  2: (XLIB::OPEN-X-STREAM "localhost" 0 #&amp;lt;unavailable argument&amp;gt;)
  3: (XLIB:OPEN-DISPLAY "localhost" :DISPLAY 0 :PROTOCOL :INTERNET :AUTHORIZATION-NAME NIL :AUTHORIZATION-DATA NIL)
  4: ((SB-PCL::FAST-METHOD CLIM-CLX::INITIALIZE-CLX (CLIM-CLX::CLX-PORT)) #&amp;lt;unavailable argument&amp;gt; #&amp;lt;unavailable argument&amp;gt; #&amp;lt;CLIM-CLX::CLX-PORT  {1002EA1B23}&amp;gt;)
  5: ((SB-PCL::EMF INITIALIZE-INSTANCE) #&amp;lt;unused argument&amp;gt; #&amp;lt;unused argument&amp;gt; #&amp;lt;CLIM-CLX::CLX-PORT  {1002EA1B23}&amp;gt; :SERVER-PATH (:CLX :HOST "localhost" :DISPLAY-ID 0 :SCREEN-ID ...))
  6: ((SB-PCL::FAST-METHOD MAKE-INSTANCE (CLASS)) #&amp;lt;unused argument&amp;gt; #&amp;lt;unused argument&amp;gt; #&amp;lt;STANDARD-CLASS CLIM-CLX::CLX-PORT&amp;gt; #&amp;lt;unavailable &amp;amp;REST argument&amp;gt;)
  7: (FIND-PORT :SERVER-PATH NIL)
  8: (FIND-FRAME-MANAGER)
  9: ((SB-PCL::FAST-METHOD RUN-FRAME-TOP-LEVEL :AROUND (APPLICATION-FRAME)) ..)
 10: (SB-INT:SIMPLE-EVAL-IN-LEXENV (RUN-FRAME-TOP-LEVEL (MAKE-APPLICATION-FRAME 'WORD :WIDTH 300 :HEIGHT 300)) #&amp;lt;NULL-LEXENV&amp;gt;)
 11: (EVAL (RUN-FRAME-TOP-LEVEL (MAKE-APPLICATION-FRAME 'WORD :WIDTH 300 :HEIGHT 300)))
 --more--

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
&lt;/pre&gt;</description>
    <dc:creator>Lucien Pullen</dc:creator>
    <dc:date>2012-12-18T20:31:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3656">
    <title>No make.sh file for Mac OS X build</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3656</link>
    <description>&lt;pre&gt;I am trying to compile SBCL for Mac OS X (x86) with threading enabled, but
there is no make.sh file in the contents of the tar file, only a install.sh
file. My understanding is that one must enable threading while invoking
executing the make script. Can anyone help me out with this?
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d_______________________________________________
Sbcl-help mailing list
Sbcl-help&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help
&lt;/pre&gt;</description>
    <dc:creator>Dylan Gleason</dc:creator>
    <dc:date>2012-12-04T20:37:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3651">
    <title>SBCL used memory reports from top and (room) differs (alot)</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3651</link>
    <description>&lt;pre&gt;I am running SBCL 1.0.51 on a Linux (Fedora 15) 32-bit system (kernel
3.6.5) with 1GB Ram and 256MB swap space.
I fire up "sbcl --dynamic-space-size 125" and start calling a function that
makes ~10000 http-requests (using drakma) to an http (couchDB) server and I
just format to the standard-output the results of an operation on the
returned data.
After each call I do a "(sb-ext:gc :full t)" and then "(room)". The results
are not growing. No matter how many times I run the function, (room)
reports the same used space (with some ups and downs, but around the same
average which does not grow).
BUT: After every time I call the function, top reports that the VIRT and
RES amount of the sbcl process keeps growing ,even beyond the 125MB space I
told sbcl to ask for itself. So I have the following questions:

 1. Why top - reported memory keeps growing, while (room) says it does not?
The only thing I can think of is some leakage through ffi. I am not
directly calling out with ffi but maybe some drakma dep does and forgets to
free its C garbage.  Anyway I dont know if this could even be an
explanation. Could it be something else? Any insights as to where I should
start searching?  2. Why isnt --dynamic-space-size honoured?
Thank you,
Bill
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
TUNE You got it built. Now make it sing. Tune shows you how.
http://goparallel.sourceforge.net_______________________________________________
Sbcl-help mailing list
Sbcl-help&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help
&lt;/pre&gt;</description>
    <dc:creator>Vassilis Radis</dc:creator>
    <dc:date>2012-11-30T17:11:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3643">
    <title>question about let vs let*</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3643</link>
    <description>&lt;pre&gt;According to the Hyperspec:

    "*let* &amp;lt;cid:part1.08090006.09090501&amp;lt; at &amp;gt;jkcunningham.com&amp;gt; and *let**
    &amp;lt;cid:part2.03080005.02000308&amp;lt; at &amp;gt;jkcunningham.com&amp;gt; create new variable
    /bindings/ &amp;lt;cid:part3.02080905.02080000&amp;lt; at &amp;gt;jkcunningham.com&amp;gt; and
    execute a series of /forms/ that use these /bindings/
    &amp;lt;cid:part3.02080905.02080000&amp;lt; at &amp;gt;jkcunningham.com&amp;gt;. *let*
    &amp;lt;cid:part1.08090006.09090501&amp;lt; at &amp;gt;jkcunningham.com&amp;gt; performs the
    /bindings/ &amp;lt;cid:part3.02080905.02080000&amp;lt; at &amp;gt;jkcunningham.com&amp;gt; in
    parallel and *let** &amp;lt;cid:part2.03080005.02000308&amp;lt; at &amp;gt;jkcunningham.com&amp;gt;
    does them sequentially. "

I thought I knew what that meant until I tried to demonstrate it to 
myself. I wrote a simple function that eats cpu cycles for a visible 
period of time. Then I set up a let expression which I thought would 
evaluate these forms in parallel:

(defun waste-time (n)
   (let ((a 0))
     (dotimes (i n a)
       (incf a (- (random 1.0) 0.5)))))

(let ((n 100000000))
   (let ((n1 (waste-time n))
         (n2 (waste-time n)))
     (print n1)
     (print n2)))

I have a quad-core i7 running Linux  3.2.0-33-generic #52-Ubuntu SMP Thu 
Oct 18 16:29:15 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux.

I built a fresh copy of SBCL with --fancy (which includes threading I 
believe) which I cloned via git this morning.

What I expected to see was two cpu cores busy for a few seconds when I 
run this. But what I in fact see is a single thread running. This 
indicates it is evaluating the let bindings serially, not in parallel.

If I wrap the code with (time ) I get this for the parallel let:

362.691
1979.4808
Evaluation took:
   3.815 seconds of real time
   3.816238 seconds of total run time (3.816238 user, 0.000000 system)
   100.03% CPU
   8,753,527,227 processor cycles
   30,000 bytes consed

And I get this for the serial let*:

-2341.4565
436.2103
Evaluation took:
   3.783 seconds of real time
   3.780236 seconds of total run time (3.780236 user, 0.000000 system)
   99.92% CPU
   8,680,021,725 processor cycles
   33,168 bytes consed



So I don't understand what the difference is, other than the compiler 
not being willing to recognize sequential bindings in the case of let vs 
let*.

Regards,
Jeff
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov_______________________________________________
Sbcl-help mailing list
Sbcl-help&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sbcl-help
&lt;/pre&gt;</description>
    <dc:creator>Jeff Cunningham</dc:creator>
    <dc:date>2012-11-27T17:50:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3641">
    <title>broken pipe to gnuplot</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3641</link>
    <description>&lt;pre&gt;I am trying to launch a gnuplot process and send commands to it.  But
I get a broken pipe.
Here is an example.

This will get gnuplot going

(setf
   *gnuplot*
      (external-program:start *executable* '("-persist" "-e" "plot sin(x)")
      :input :stream
      :output :stream)
   *gnuplot-input* (sb-ext:process-input *gnuplot*)
   *gnuplot-output* (sb-ext:process-output *gnuplot*))

Now I try to quit:

(format *gnuplot-input* "quit~%")
(finish-output *gnuplot-input*)

After the last command I get broken pipe.

This example is a bit academic.  In general, I want to send other
plotting commands, not to quit.

Is that possible?

Thanks,

Mirko

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
&lt;/pre&gt;</description>
    <dc:creator>Mirko Vukovic</dc:creator>
    <dc:date>2012-11-16T22:26:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3636">
    <title>Memory fault from (APPLY 'APPEND LIST)</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3636</link>
    <description>&lt;pre&gt;Hi there,

I've been a bit puzzled the last few days about a memory fault I've been getting.  It turns out to be the control stack getting exhausted, but the error I have been getting is simply a "memory fault".  I thought I should share this, in case it's possible to print that the error is a control stack problem, rather than the more vague "memory fault" error.

It took me a while of adding numerous print-outs to my code to find the error, but it turned out to be coming from this form, which appends a list of lists:
(apply 'append list-of-lists)

Before I discovered that it was a control stack size issue (which SBCL on my Mac is now showing), I tried this instead, which doesn't cause the error:
(apply 'concatenate 'list list-of-lists)

The list of lists is length 100,000.  So, it's easy to reproduce this with (or increase the 100,000 to be big enough to fill the control stack):
(apply 'append (make-list 100000 :initial-element '()))

It makes sense that this would exhaust the stack.  (I am aware of how to increase the stack size with --control-stack-size).

On Linux (and sometimes on Mac), I get the error:
CORRUPTION WARNING in SBCL pid 16130(tid 140737353885424):
Memory fault at f293d040 (pc=0x100050d041, sp=0x7ffff293d040)
The integrity of this image is possibly compromised.
Exiting.

Previously, I was getting the same error on Mac, but now I'm getting a control stack exhausted error:
fatal error encountered in SBCL pid 91825:
Control stack exhausted

This is SBCL 1.0.55 on Mac, and 1.1.0 on Linux (x86-64).

So, I suppose my questions are:

1)  Does it make sense that APPEND exhausts the stack, but CONCATENATE doesn't?

2)  Is it possible to catch the error and report it as "control stack exhausted" rather than simply as a "memory fault"?

Thanks,
Ben


Benjamin Lambert
Ph.D. Student of Computer Science
Carnegie Mellon University
www.cs.cmu.edu/~belamber

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
&lt;/pre&gt;</description>
    <dc:creator>Benjamin Lambert</dc:creator>
    <dc:date>2012-10-19T20:31:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3625">
    <title>Transient classes</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3625</link>
    <description>&lt;pre&gt;Dear list,

Would it be possible to create a class in such a fashion that it could be 
GC'd once all its instances are gone?

I've tried creating a class in a couple of ways that I thought would work, 
and then installing a finalizer function on it to show if it were GC'd, 
but I can't seem to get them to be GC'd whatever I do, even if I hack away 
all the references I've been able to find, including the following 
obviously ugly ways:

(let ((test-class (defclass foo (transient) ())))
   (finalize test-class #'(lambda () (print "foo")))
   (setf (sb-kernel:classoid-cell-pcl-class (sb-kernel:find-classoid-cell 'foo)) nil)
   (sb-mop:remove-direct-subclass (find-class 'transient) test-class))

(let ((test-class (make-instance 'standard-class
  :name 'bar
  :direct-superclasses (list (find-class 'transient)))))
   (finalize test-class #'(lambda () (print "bar")))
   (assert (null (ignore-errors (find-class 'bar))))
   (sb-mop:remove-direct-subclass (find-class 'transient) test-class))

I then run (gc :full t), but get printed neither "foo" nor "bar".

Is it *at all* possible to create classes that can be GC'd, and if it is, 
can it be done in a way that is not a horribly ugly hack? (Even better, 
can it be done in any way that might even work outisde SBCL?)

--

Fredrik Tolf

------------------------------------------------------------------------------
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
&lt;/pre&gt;</description>
    <dc:creator>Fredrik Tolf</dc:creator>
    <dc:date>2012-09-29T06:40:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3623">
    <title>Mac OS X - 1.0.58 + threads</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3623</link>
    <description>&lt;pre&gt;I've been using macports to generate a threads image for MacOSX: sbcl &amp;lt; at &amp;gt;1.0.58_0+threads

This seems to work ok, but I'm having a problem with saved images using up heap space.  If I save the image and run it on my machine, it will quickly fail, running out of heap.  If I save the image using :save-runtime-options T, it doesn't run out of heap space.

My machine is a dual core.  If I ship the image (the one saved using :save-runtime-options T) to a quad core, it again quickly runs out of heap space.

I'm using mcclim (latest as downloaded and installed using quicklisp), and I've been using threads, but my code should start no more than 2 threads, yet all 4 cores are getting used heavily when the interface is doing nothing but waiting for some heavy computing in my application to run (in no more than 2 threads that I'm starting explicitly).

Thoughts?  Anyone else see anything like this?  Specific info that would be useful?

Thanks




------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>billpeople&lt; at &gt;mindspring.com</dc:creator>
    <dc:date>2012-09-25T18:05:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3621">
    <title>with-compilation-unit's reports re aborted units</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3621</link>
    <description>&lt;pre&gt;good morning;

with-compilation-unit records non-local control transfers and  
arranges for summarize-compilation-unit to report them to *error- 
output*.

this can cause a thread to emit spurious output if an application  
terminates a compile call for good cause or if it provides its own  
facilities to record and report compilation errors.
would there be some reason to not add *compile-verbose* to the  
preconditions for summarize-compilation-unit's report?
if that is not appropriate, is there some other method to suppress  
this output?

best regards, from berlin;





------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>james anderson</dc:creator>
    <dc:date>2012-09-09T23:38:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.steel-bank.general/3611">
    <title>test return code 104 (was Re: sbcl on RedHat Enterprise Linux 6)</title>
    <link>http://comments.gmane.org/gmane.lisp.steel-bank.general/3611</link>
    <description>&lt;pre&gt;
I finished compiling 1.059 and the regression tests on 64-bit AMD.

The message at the end of regression tests is:

Finished running tests.
Status:
 Invalid exit status: packages.impure.lisp
 (3 tests skipped for this combination of platform and features)
test failed, expected 104 return code, got 1

What am I to make of this message?

Thank you,

Mirko

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Mirko Vukovic</dc:creator>
    <dc:date>2012-08-15T14:39:22</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.steel-bank.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.steel-bank.general</link>
  </textinput>
</rdf:RDF>
