<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.lang.lisp Google Group</title>
  <link>http://groups.google.com/group/comp.lang.lisp</link>
  <description>Discussion about LISP.</description>
  <language>en</language>
  <item>
  <title>Re: What do you LISPers think of Haskell?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/ad6bdbf3981dadfb?show_docid=ad6bdbf3981dadfb</link>
  <description>
  Good. &lt;br&gt; Ok. &lt;br&gt; I disagree. Many security-critical bugs of programs still in use are &lt;br&gt; caused by unchecked array overflows. Not everybody is using bounds &lt;br&gt; chekers.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/ad6bdbf3981dadfb?show_docid=ad6bdbf3981dadfb</guid>
  <author>
  ven...@virgilio.it
  (Vend)
  </author>
  <pubDate>Sat, 30 Aug 2008 12:00:53 UT
</pubDate>
  </item>
  <item>
  <title>Re: What do you LISPers think of Haskell?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/2412252a43358605?show_docid=2412252a43358605</link>
  <description>
  På Sat, 30 Aug 2008 12:59:14 +0200, skrev Vend &amp;lt;ven...@virgilio.it&amp;gt;: &lt;br&gt; And do.. Microsoft&#39;s C/C++ has this as a optional feature. &lt;br&gt; It can also check for stack overflow and stack overwrite (in software) &lt;br&gt; Also on newer Intel processors you can have DEP protection. (Data &lt;br&gt; Execution Prevention) &lt;br&gt; (I recommend changing the OS setting to enable it for all programs even
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/2412252a43358605?show_docid=2412252a43358605</guid>
  <author>
  jpth...@online.no
  (John Thingstad)
  </author>
  <pubDate>Sat, 30 Aug 2008 11:38:28 UT
</pubDate>
  </item>
  <item>
  <title>Re: How much tuning does regular lisp compilers do?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/366400d838d4a90f?show_docid=366400d838d4a90f</link>
  <description>
  +--------------- &lt;br&gt; +--------------- &lt;br&gt; WQell, what I wonder is why you failed to quote the lines from my post &lt;br&gt; that showed that each run *WAS* in fact being compiled [which CMUCL does &lt;br&gt; by default for each call to TIME]?!?!? &lt;br&gt; cmu&amp;gt; (time (dotimes (i 2000000000))) &lt;br&gt; ; Compiling LAMBDA NIL: &amp;lt;=== THESE TWO LINES
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/366400d838d4a90f?show_docid=366400d838d4a90f</guid>
  <author>
  r...@rpw3.org
  (Rob Warnock)
  </author>
  <pubDate>Sat, 30 Aug 2008 11:36:26 UT
</pubDate>
  </item>
  <item>
  <title>Re: tracing all functions in a package</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d4ba555529d8affd/ea0858d6196ad47d?show_docid=ea0858d6196ad47d</link>
  <description>
  På Fri, 29 Aug 2008 22:35:48 +0200, skrev John Thingstad &lt;br&gt; &amp;lt;jpth...@online.no&amp;gt;: &lt;br&gt; Thanks to all that replied. I eventually ended up with the following code. &lt;br&gt; (Just another utillity in my /Lisp Programs/misc directory.) &lt;br&gt; Note that &#39;package can be a a package structure, a package symbol or nick &lt;br&gt; and defaults to current *package*.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/d4ba555529d8affd/ea0858d6196ad47d?show_docid=ea0858d6196ad47d</guid>
  <author>
  jpth...@online.no
  (John Thingstad)
  </author>
  <pubDate>Sat, 30 Aug 2008 11:00:14 UT
</pubDate>
  </item>
  <item>
  <title>Re: What do you LISPers think of Haskell?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/f13f615b9fc914c3?show_docid=f13f615b9fc914c3</link>
  <description>
  Are you attempting to mount and argument from authority? &lt;br&gt; Which isn&#39;t the language default implementation of arrays. &lt;br&gt; Moreover, the [] operator of std::vector isn&#39;t required to perform &lt;br&gt; boundary checks. &lt;br&gt; It uses C-like arrays as it&#39;s default and native implementation of &lt;br&gt; arrays, that&#39;s more than just retaining compatibility.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/f13f615b9fc914c3?show_docid=f13f615b9fc914c3</guid>
  <author>
  ven...@virgilio.it
  (Vend)
  </author>
  <pubDate>Sat, 30 Aug 2008 10:59:14 UT
</pubDate>
  </item>
  <item>
  <title>Re: SBCL&#39;s (run-program ... :output out) is not working on Windows</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/2333f637bff37a23/824d5f936f11447f?show_docid=824d5f936f11447f</link>
  <description>
  This is the sort of question that&#39;s best posed on the sbcl-help &lt;br&gt; mailing list, but the answer is that the modes of RUN-PROGRAM that &lt;br&gt; involve using a Lisp stream as input, output, or error for the &lt;br&gt; external program don&#39;t yet work on Windows. Until that changes, as a &lt;br&gt; workaround, for most uses, you might have the external program write
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/2333f637bff37a23/824d5f936f11447f?show_docid=824d5f936f11447f</guid>
  <author>
  kreu...@progn.net
  (Richard M Kreuter)
  </author>
  <pubDate>Sat, 30 Aug 2008 10:46:35 UT
</pubDate>
  </item>
  <item>
  <title>Re: What do you LISPers think of Haskell?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/f305636d915f8ddf?show_docid=f305636d915f8ddf</link>
  <description>
  Did I say there was a problem? &lt;br&gt; Right. But Foo is not the most specific type of the object &#39;a&#39; is &lt;br&gt; pointing to. The most specific type is not knowable to the compiler, &lt;br&gt; hence the language is not completely statically typed. &lt;br&gt; Un(i)typed and dynamically typed languages can be seen as an extreme &lt;br&gt; case of this situation: all variables are of the same type which can
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/9948645b27a2d49e/f305636d915f8ddf?show_docid=f305636d915f8ddf</guid>
  <author>
  ven...@virgilio.it
  (Vend)
  </author>
  <pubDate>Sat, 30 Aug 2008 10:26:41 UT
</pubDate>
  </item>
  <item>
  <title>Re: SBCL&#39;s (run-program ... :output out) is not working on Windows</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/2333f637bff37a23/d975eb8bfdddc564?show_docid=d975eb8bfdddc564</link>
  <description>
  Just guessing here, but I think that &amp;quot;echo&amp;quot; is a shell &lt;br&gt; built-in (if you can all &amp;quot;cmd&amp;quot; a shell...) &lt;br&gt; (run-program &amp;quot;cmd&amp;quot; &#39;(&amp;quot;/c&amp;quot; &amp;quot;echo&amp;quot; &amp;quot;hi&amp;quot;) ...) might work.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/2333f637bff37a23/d975eb8bfdddc564?show_docid=d975eb8bfdddc564</guid>
  <author>
  r...@rawmbp.local
  (Raymond Wiker)
  </author>
  <pubDate>Sat, 30 Aug 2008 08:01:04 UT
</pubDate>
  </item>
  <item>
  <title>Re: How much tuning does regular lisp compilers do?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/2beacb943599de65?show_docid=2beacb943599de65</link>
  <description>
  Don&#39;t you think your example would be more convincing if you were &lt;br&gt; to show us a) that the memory address at which each instance of your &lt;br&gt; code has been compiled is indeed cache friendly, b) that cache &lt;br&gt; friendliness is preserved accross VM mapping, and c) that no other &lt;br&gt; process on your system was stealing time away, 3 runs out of 4 ?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/2beacb943599de65?show_docid=2beacb943599de65</guid>
  <author>
  ve...@mac.com
  (verec)
  </author>
  <pubDate>Sat, 30 Aug 2008 07:37:53 UT
</pubDate>
  </item>
  <item>
  <title>Re: [xah] Fundamental Problems of Lisp</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/4017305da88c3068/e430c9f5bff46c3e?show_docid=e430c9f5bff46c3e</link>
  <description>
  &amp;quot;xah...@gmail.com&amp;quot; &amp;lt;xah...@gmail.com&amp;gt; wrote on Fri, 29 Aug 2008: &lt;br&gt; [...] &lt;br&gt; [...] &lt;br&gt; Xah, I disagreed with much of what you wrote in that post. But rather than &lt;br&gt; comment negatively on the content, I wanted to comment positively on the &lt;br&gt; form. You didn&#39;t gratuitously insult your readers (much...), and you &lt;br&gt; attempted to be constructive. I appreciate the effort, at least (if perhaps
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/4017305da88c3068/e430c9f5bff46c3e?show_docid=e430c9f5bff46c3e</guid>
  <author>
  d...@geddis.org
  (Don Geddis)
  </author>
  <pubDate>Sat, 30 Aug 2008 03:28:48 UT
</pubDate>
  </item>
  <item>
  <title>Re: How much tuning does regular lisp compilers do?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/7a7b8199f35d97dd?show_docid=7a7b8199f35d97dd</link>
  <description>
  r...@rpw3.org (Rob Warnock) wrote on Fri, 29 Aug 2008: &lt;br&gt; Shouldn&#39;t you first compile code, that you want to time? &lt;br&gt; If you&#39;re running interpreted code, how can you be so certain that this &lt;br&gt; is the correct explanation for the difference in run times? &lt;br&gt; -- Don &lt;br&gt; ______________________________ ______________________________ ___________________
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/7a7b8199f35d97dd?show_docid=7a7b8199f35d97dd</guid>
  <author>
  d...@geddis.org
  (Don Geddis)
  </author>
  <pubDate>Sat, 30 Aug 2008 03:33:15 UT
</pubDate>
  </item>
  <item>
  <title>SBCL&#39;s (run-program ... :output out) is not working on Windows</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/2333f637bff37a23/240acc5f3102a9e2?show_docid=240acc5f3102a9e2</link>
  <description>
  Hi everyone, &lt;br&gt; I&#39;m using SBCL on Windows. The following code returns &amp;quot;hi&amp;quot; on Linux, but &lt;br&gt; an empty string on Windows: &lt;br&gt; (with-output-to-string (out) &lt;br&gt; (run-program &amp;quot;echo&amp;quot; &#39;(&amp;quot;hi&amp;quot;) :input t :output out :search t)) &lt;br&gt; What should I do to make it work on Windows? &lt;br&gt; Thanks, &lt;br&gt; Kneo Fang
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/2333f637bff37a23/240acc5f3102a9e2?show_docid=240acc5f3102a9e2</guid>
  <author>
  kneo.f...@gmail.com
  (Kneo Fang)
  </author>
  <pubDate>Sat, 30 Aug 2008 04:05:56 UT
</pubDate>
  </item>
  <item>
  <title>Re: How much tuning does regular lisp compilers do?</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/77f9cd7afdc4581e?show_docid=77f9cd7afdc4581e</link>
  <description>
  +--------------- &lt;br&gt; +--------------- &lt;br&gt; The only thing I can contribute to that is: &lt;br&gt; 1. Compiled CLs are not always careful about placing functions &lt;br&gt; on optimal cache line boundaries. &lt;br&gt; 2. Item #1 can make a *significant* difference in runtime. &lt;br&gt; For example, in CMUCL, consider these successive trials: &lt;br&gt; cmu&amp;gt; (time (dotimes (i 2000000000)))
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e1affe5b97a6de84/77f9cd7afdc4581e?show_docid=77f9cd7afdc4581e</guid>
  <author>
  r...@rpw3.org
  (Rob Warnock)
  </author>
  <pubDate>Sat, 30 Aug 2008 02:56:58 UT
</pubDate>
  </item>
  <item>
  <title>Re: reduced size symbols/keywords</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e4652f3f494b01fb/3566723927a2fb5b?show_docid=3566723927a2fb5b</link>
  <description>
  +--------------- &lt;br&gt; ... &lt;br&gt; +--------------- &lt;br&gt; You can still do this with a hash table, by using the optional &lt;br&gt; default of GETHASH. Just change Pascal&#39;s suggestion to: &lt;br&gt; (defparameter *unique-strings* (make-hash-table :test (function equal))) &lt;br&gt; (defparameter *unique-count* 0) &lt;br&gt; (defstruct interned-string count string other-data)
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/e4652f3f494b01fb/3566723927a2fb5b?show_docid=3566723927a2fb5b</guid>
  <author>
  r...@rpw3.org
  (Rob Warnock)
  </author>
  <pubDate>Sat, 30 Aug 2008 02:18:15 UT
</pubDate>
  </item>
  <item>
  <title>Re: Fundamental Problems of Lisp</title>
  <link>http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/4017305da88c3068/a1dfa234fdb1e756?show_docid=a1dfa234fdb1e756</link>
  <description>
  I think that something along the lines of &amp;quot;the results of evaluating an &lt;br&gt; expression or statement written in the language&amp;quot; would be a suitable &lt;br&gt; working definition. No, I don&#39;t have a citation for that. But in my &lt;br&gt; experience, people don&#39;t tend to be too confused as to what &amp;quot;semantics&amp;quot; &lt;br&gt; means. &lt;br&gt; I think you have this backwards. Syntax is meaningless without
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/comp.lang.lisp/browse_thread/thread/4017305da88c3068/a1dfa234fdb1e756?show_docid=a1dfa234fdb1e756</guid>
  <author>
  mich...@elehack.net
  (Michael Ekstrand)
  </author>
  <pubDate>Sat, 30 Aug 2008 00:54:54 UT
</pubDate>
  </item>
  </channel>
</rss>
