David McClain | 12 Apr 23:52 2014

Heartbleed?

Just curious for other opinions... but wouldn't this (Heartbleed) sort of buffer excess read-back failure have been prevented by utilizing a "safe" language like Lisp or SML?

I used to be an "unsafe" language bigot -- having mastered C/C++ for many years, and actually producing C compilers for a living at one time. I felt there should be no barriers to me as master of my machine, and not the other way around.

But today's software systems are so complex that it boggles the mind to keep track of everything needed. I found during my transition years that I could maintain code bases no larger than an absolute max of 500 KLOC, and that I actually started losing track of details around 100 KLOC. Making the transition to a higher level language like SML or Lisp enabled greater productivity within those limits for me.
<div>Just curious for other opinions... but wouldn't this (Heartbleed) sort of buffer excess read-back failure have been prevented by utilizing a "safe" language like Lisp or SML?<div><br></div>
<div>I used to be an "unsafe" language bigot -- having mastered C/C++ for many years, and actually producing C compilers for a living at one time. I felt there should be no barriers to me as master of my machine, and not the other way around.</div>
<div><br></div>
<div>But today's software systems are so complex that it boggles the mind to keep track of everything needed. I found during my transition years that I could maintain code bases no larger than an absolute max of 500 KLOC, and that I actually started losing track of details around 100 KLOC. Making the transition to a higher level language like SML or Lisp enabled greater productivity within those limits for me.</div>
<div>
<br><div apple-content-edited="true">
<span class="Apple-style-span"><div>Dr. David McClain</div>
<div><a href="mailto:dbm@...">dbm@...</a></div>
<div><br></div></span><br class="Apple-interchange-newline">
</div>
<br>
</div>
</div>
Paul Tarvydas | 10 Apr 16:31 2014
Picon

write-char vs. 8-bit bytes

I'm using sbcl to write-char a 16-bit unsigned integer to a socket as 
two separate unsigned 8-bit bytes, for example 141 should appear as

#x00 #x8d.

SBCL appears to convert the #x8d into a two-byte utf-8 char, resulting 
in 3 bytes written to the stream

\#x00 #xcd #x8d.

What is the proper incantation to achieve this?  (SBCL on Windows, if 
that matters).

thanks
pt

Faré | 18 Mar 03:55 2014
Picon

Wild pathnames

Is there a mailing-list where to report such issues, and where to
contact vendors so they fix their bugs?

mkdir -p /tmp/x ; touch "/tmp/x/" ; for i in sbcl ccl clisp cmucl ecl
abcl scl allegro lispworks gcl xcl ; do echo $i ; cl -l $i -iw '(let
((x (directory "/tmp/x/"))) (list "'$i'" x (pathname-name (first
x))))' ; done #cl

Escape properly:
("sbcl" (#P"/tmp/x/\\") "")
("cmucl" (#P"/tmp/x/\\") "")
("ccl" (#P"/tmp/x/\\") "\\")
("lispworks" (#P"/tmp/x/\\") "\\")
("scl" (#P"file://localhost/tmp/x/") "")

Read badly:
("clisp" (#P"/tmp/x/*") :WILD)
("ecl" (#P"/tmp/x/*") :WILD)
("allegro" (#P"/tmp/x/*") :WILD)
("xcl" (#P"/tmp/x/*") :WILD)

Error out:
abcl
Fatal condition:
Bad place for a wild pathname.

gcl:
Fatal condition:
Condition in LET [or a callee]: INTERNAL-SIMPLE-FILE-ERROR: File error
on "/tmp/x/": File "/tmp/x/" is wild

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
It ain't what a man don't know that makes him a fool;
it's the things he knows that ain't so. — Josh Billings

Eli Naeher | 14 Mar 16:57 2014
Picon

Testing and concurrency

Hello,

Recently I've begun writing tests which need to do things in several threads. I'm curious as to what approaches other people have taken when doing this, and whether any of the CL test frameworks address this situation specifically.

Some of the things I've run into:

- detecting, handling, and reporting conditions that are raised in threads other than the main test/reporting thread
- ensuring that the main test thread waits for the other threads before checking for the correct results (and before returning)
- forcing things in different threads to happen at the same time (I've been using SBCL's timers for this)

Any thoughts or pointers toward best-practices here would be appreciated.

Thank you,
-Eli
Paul Tarvydas | 14 Mar 16:45 2014
Picon

macro returning more than one form

What is the best way to write a macro that returns more than one form to 
the top level?  E.g.

(in-package :xxx)
(defun ...)

I've been wrapping a progn around the result, but LW doesn't like it 
very much, and SBCL seems to hate it.

Thanks
pt

Alejandro Zamora Fonseca | 13 Mar 14:17 2014
Picon

Formal Presentation and initial doubts.

Hello for everybody!!.
My name is alejandro and I'm a new Common Lisp fan.
I've been use it almost 1 year and I think is an awesome language.
But I have some troubles with topics, like GUI for desktop apps,
and Unicode characters.
I use Clisp mainly, ECL, and Clozure CL too.

Would you help me with some hints for these problems?

Greetings,

Alejandro

--

Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el
cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el
compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

Didier Verna | 11 Mar 14:22 2014
X-Face
Face
Picon
Picon
Picon
Picon

[CfP] DEADLINE EXTENSION - 7th European Lisp Symposium


		 ELS'14 - 7th European Lisp Symposium
			 IRCAM, Paris, France

			    May 5-6, 2014

	       http://www.european-lisp-symposium.org/

     Sponsored by IRCAM, CNRS, UPMC, EPITA, LispWorks, Franz Inc.

Latest News:

* SUBMISSION DEADLINE EXTENDED. You have two more week to submit!

* Registration is now open. Early registration fee until April 13.
  See http://www.european-lisp-symposium.org/content-registration-full.html

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 7th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications, and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- Context-, aspect-, domain-oriented and generative programming
- Macro-, reflective-, meta- and/or rule-based development approaches
- Language design and implementation
- Language integration, inter-operation and deployment
- Development methodologies, support and environments
- Educational approaches and perspectives
- Experience reports and case studies

Please note that IRCAM, the conference venue, is a French institute
for research on music and acoustics. Submissions relating Lisp to
music or other acoustical matters will hence be particularly welcome,
although given no heightened favor during the review process.

We invite submissions in the following forms:

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

  Demonstrations: Abstracts of up to 2 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.

  The symposium will also provide slots for lightning talks, to be
  registered on-site every day.

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.

Important dates:

 - TODAY:       Mark your calendar. Start planning now!
 - 23 Mar 2014: Submission deadline **** EXTENDED ****
 - 31 Mar 2014: Notification of acceptance
 - 13 Apr 2014: Early registration deadline
 - 21 Apr 2014: Final Papers due
 - 05 May 2014: Symposium. Join us there!

Programme chair:
    Kent Pitman, Hypermeta Inc., U.S.A.

Local chairs:
    Didier Verna, EPITA Research Lab, France
    Gérard Assayag, IRCAM, Paris, France

Programme committee:

    Marie Beurton-Aimar — LaBRI, University of Bordeaux, France
    Pierre Parquier — IBM France Lab, Paris, France
    Rainer Joswig — Hamburg, Germany
    Guiseppe Attardi — Università di Pisa, Italy
    Taiichi Yuasa — Kyoto University, Japan
    António Leitão — IST/Universidade de Lisboa, Portugal
    Christophe Rhodes — Goldsmiths, University of London, UK
    Olin Shivers — Northeastern University, USA
    Charlotte Herzeel — IMEC, ExaScience Life Lab, Leuven, Belgium

Local organizers:
    Daniela Becker, EPITA Research Lab, France
    Sylvie Benoit, IRCAM, Paris, France

Search Keywords:

#els2014, ELS 2014, ELS '14, European Lisp Symposium 2014,
European Lisp Symposium '14, 7th ELS, 7th European Lisp Symposium,
European Lisp Conference 2014, European Lisp Conference '14

Ircam STMS Lab, IRCAM / CNRS / UPMC

--

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info

Matthew Swank | 16 Feb 04:34 2014
Picon

Demographics of lisp users

Are there any good resources about what kinds of people are (currently) 
using lisp?

Didier Verna | 11 Feb 11:58 2014
X-Face
Face
Picon
Picon
Picon
Picon

ELS 2014 Registration now open / 2nd Call for papers


		 ELS'14 - 7th European Lisp Symposium
			 IRCAM, Paris, France

			    May 5-6, 2014

	       http://www.european-lisp-symposium.org/

Latest News:

* Registration is now open. Early registration fee until April 13.
  See http://www.european-lisp-symposium.org/content-registration-full.html

* Submission deadline is approaching. Still one month to submit a paper!

* Thanks to our new sponsors, Lispworks and Franz Inc.!
  http://www.lispworks.com/
  http://franz.com/

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 7th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications, and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- Context-, aspect-, domain-oriented and generative programming
- Macro-, reflective-, meta- and/or rule-based development approaches
- Language design and implementation
- Language integration, inter-operation and deployment
- Development methodologies, support and environments
- Educational approaches and perspectives
- Experience reports and case studies

Please note that IRCAM, the conference venue, is a French institute
for research on music and acoustics. Submissions relating Lisp to
music or other acoustical matters will hence be particularly welcome,
although given no heightened favor during the review process.

We invite submissions in the following forms:

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

  Demonstrations: Abstracts of up to 2 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.

  The symposium will also provide slots for lightning talks, to be
  registered on-site every day.

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.

Important dates:

 - TODAY:       Mark your calendar. Start planning now!
 - 09 Mar 2014: Submission deadline
 - 31 Mar 2014: Notification of acceptance
 - 13 Apr 2014: Early registration deadline
 - 21 Apr 2014: Final Papers due
 - 05 May 2014: Symposium. Join us there!

Programme chair:
    Kent Pitman, Hypermeta Inc., U.S.A.

Local chairs:
    Didier Verna, EPITA Research Lab, France
    Gérard Assayag, IRCAM, Paris, France

Programme committee:
    To be announced later

Local organizers:
    Daniela Becker, EPITA Research Lab, France
    Sylvie Benoit, IRCAM, Paris, France

Search Keywords:

#els2014, ELS 2014, ELS '14, European Lisp Symposium 2014,
European Lisp Symposium '14, 7th ELS, 7th European Lisp Symposium,
European Lisp Conference 2014, European Lisp Conference '14

Ircam STMS Lab, IRCAM / CNRS / UPMC

--

-- 
Please help crowdfund my next Jazz quartet album !!
http://www.kisskissbankbank.com/quartet-the-second-album

Lisp, Jazz, Aïkido: http://www.didierverna.info

Jean-Claude Beaudoin | 9 Feb 05:09 2014
Picon

Congruence of lamda-lists of methods with their generic-function

Hello CL Pros,

I am trying to understand the meaning in conforming ANSI CL
of the following code snippet and I am not quite sure what to think of it:

(defgeneric foo (a b &key))

(defmethod foo (a b &key c d) (or c d 42))

At this point should a call to foo accept any keyword
argument, no keyword argument or only :c and/or :d?
What would be the outcome of this:

(foo 1 2 :d 3)

Is it an error being signaled or the value 3 being returned?
I am inclined to believe that an error should be signaled,
since the generic function lambda-list contains no
explicit keyword argument and no &allow-other-keys.

Reading CLHS 7.6.4 it seems to me that
(defgeneric foo (a b &key)) and
(defgeneric foo (a b &key &allow-other-keys))
are two different things as to the set of keyword arguments
they each will accept. The first one being the empty set
and the second the set of all possible sequence of
keyword arguments (limits set aside). Am I right?

Also if I go for (defgeneric (a b &key &allow-other-keys)),
is the lambda-list of the method as here above still congruent?
Doesn't it need to be rewritten as:

(defmethod foo (a b &key c d &allow-other-keys) ...)
or
(defmethod foo (a b &rest other-args) ...)

to be properly congruent?

Thanks,

Jean-Claude Beaudoin

Steve Haflich | 29 Jan 02:03 2014
Picon

loop conformance

I'm in a grumpy mood today, so I decided to take out my frustrations on the ANS for CL, or implementations thereof.  Consider carefully what the following form should return:

(let ((v (make-array 10
    :initial-contents '(0 1 2 3 4 5 6 7 8 9)
    :fill-pointer 5)))
  (loop for x across v
      when (eql x 2) do (incf (fill-pointer v))
      collect x))

ACL and SBCL both return (0 1 2 3 4).  Probably every other implementation does too.  I believe the ANS requires the return to be (0 1 2 3 4 5), although the definition in 6.1.2.1.5 The for-as-across subclause uses various undefined terminology.  (We of X3J13 understood that the loop specification was not our best work.)


Gmane