<?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://permalink.gmane.org/gmane.lisp.scheme.scheme48">
    <title>gmane.lisp.scheme.scheme48</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48</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://permalink.gmane.org/gmane.lisp.scheme.scheme48/2165"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2164"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2163"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2162"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2161"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2160"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2159"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2158"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2157"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2156"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2155"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2154"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2153"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2152"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2151"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2150"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2149"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2148"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2147"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2146"/>
      </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://permalink.gmane.org/gmane.lisp.scheme.scheme48/2165">
    <title>no more SIGSEGV when trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2165</link>
    <description>
 IS&gt; The development code that crashed was built the way just like the
 IS&gt; one I've used to build the development code with itself, i. e.:

 MS&gt; I think I somehow got into a mind state where I believed you're
 MS&gt; doing all of this on Windows: sorry about that.  On what platform
 MS&gt; are you doing it?

 IS&gt; I do it on GNU/Linux, as of Debian Etch (amd64 port.)

 MC&gt; Ivan, do you still see this problem with the current development
 MC&gt; sources (5f5e619749e0)?

I've just built initial.images of f6856f11c6f34 with
6ab92621cc7c, and then again, with itself -- it built just fine,
with the images matching bytewise:

$ sha1sum build/initial.image-* 
a27bb81b8ceea2fe999382e8e80d15ae60894e11  build/initial.image-32
a27bb81b8ceea2fe999382e8e80d15ae60894e11  build/initial.image-32.old
658ba49dc83a15fce804c0cab19d623d35dd2eb8  build/initial.image-64
658ba49dc83a15fce804c0cab19d623d35dd2eb8  build/initial.image-64.old
$ 

Thanks!

I still wonder, how difficult would it be to make initial.images
building a part of</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-09-30T17:04:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2164">
    <title>[Scheme Steering Committee announcements] Scheme Language SteeringCommittee election: preliminary announcement</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2164</link>
    <description>_______________________________________________
Scheme-announcements mailing list
Scheme-announcements&lt; at &gt;lists.ccs.neu.edu
https://lists.ccs.neu.edu/bin/listinfo/scheme-announcements
</description>
    <dc:creator>Mitchell Wand</dc:creator>
    <dc:date>2008-09-24T05:16:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2163">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2163</link>
    <description>

IS&gt; I do it on GNU/Linux, as of Debian Etch (amd64 port.)

Ivan, do you still see this problem with the current development sources
(5f5e619749e0)?  I was not able to reproduce the error on either

Linux galibier 2.6.18-92.1.6.el5 #1 SMP Wed Jun 25 12:38:37 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux

and

Darwin izoard 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep  3 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386.

</description>
    <dc:creator>Marcus Crestani</dc:creator>
    <dc:date>2008-09-22T21:39:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2162">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2162</link>
    <description>
 &gt;&gt; Perhaps the runtime and PreScheme compiler are not quite in sync in
 &gt;&gt; the latest hg?  I could be wrong, but it seems like in general one
 &gt;&gt; would build the development system with a stable version of the
 &gt;&gt; compiler (unless one were working on the compiler of said
 &gt;&gt; development system).

 &gt; In principle, it should work, but it's not the usual mode of
 &gt; operation of the developers.  I'll check it out.

Actually, I'd expect that any revision should be able to build
itself in full.  Besides, isn't such a build a good test for the
system?

Therefore, I'd suggest to include (re)building of the essential
parts (such as initial images and the C code) as part of the
Make `test' target.  The resulting files should then match
byte-wise those supplied with the release.

It may make sense to include $ make test as the final step of $
make enough (unless disabled by the user), and to fail on the $
make install stage if such a test wasn't passed (nor disabled by
the user.)


</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-09-14T14:54:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2161">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2161</link>
    <description>
 &gt;&gt;&gt;&gt;&gt; How did you build the running Scheme 48 from the development code
 &gt;&gt;&gt;&gt;&gt; itself?

 &gt;&gt;&gt;&gt; The same way as I've tried to build the development version of
 &gt;&gt;&gt;&gt; Scheme48 with itself later (already posted to this thread), only
 &gt;&gt;&gt;&gt; using Scheme48 1.8 as the basis.

[...]

 &gt;&gt;&gt; So *how* did you build the development version that crashed? :-)

 &gt;&gt; I guess, I'm now the one confused with the question.

 &gt;&gt; The development code that crashed was built the way just like the
 &gt;&gt; one I've used to build the development code with itself, i. e.:

 &gt; I think I somehow got into a mind state where I believed you're doing
 &gt; all of this on Windows: sorry about that.  On what platform are you
 &gt; doing it?

I do it on GNU/Linux, as of Debian Etch (amd64 port.)

As I was suspicious about possible bugs within the new FFI
(well, what's the most likely place for bugs which lead to
segmentation faults, anyway?), I've build Scheme48 as of
6ab92621cc7c [1].  It wasn't a big surprise that /that/ version
did indeed compile i</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-09-13T21:48:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2160">
    <title>Re: a Scheme48 wrapper for Sqlite3</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2160</link>
    <description>
 IS&gt; I've made some changes to the code, but I'm currently too busy to
 IS&gt; finish the work.  I'm therefore posting the code in its current
 IS&gt; state in the hope that it might be useful to someone.

I've reworked the code a bit, and the user-visible changes are
roughly as follows.

    * The code is now rewritten to utilize the new Scheme48 FFI (for
      to-be Scheme 1.9.)

    * The error-signalling variants are now provided for a number of
      functions; these variants are: `sqlite3-open', `sqlite3-close',
      `sqlite3-prepare-2', `sqlite3-prepare',
      `sqlite3-prepared-finalize!', `sqlite3-prepared-reset!',
      `sqlite3-prepared-step!'.

    * The interfaces were extended by `sqlite3-column-name' (with error
      signalling) and `sqlite3-column-name-1' (without), mostly to allow
      for `sqlite3-exec' to be reimplemented.

    * The `sqlite3-exec' is now reimplemented on top of the rest of the
      interface; both `sqlite3-exec-1' and sqlite3_s48_exec () are gone.

    * An example makef</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-09-08T09:45:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2159">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2159</link>
    <description>
Ivan Shmakov &lt;ivan&lt; at &gt;theory.asu.ru&gt; writes:


I think I somehow got into a mind state where I believed you're doing
all of this on Windows: sorry about that.  On what platform are you
doing it?

</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2008-08-26T05:38:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2158">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2158</link>
    <description>
 &gt;&gt;&gt; How did you build the running Scheme 48 from the development code
 &gt;&gt;&gt; itself?

 &gt;&gt; The same way as I've tried to build the development version of
 &gt;&gt; Scheme48 with itself later (already posted to this thread), only
 &gt;&gt; using Scheme48 1.8 as the basis.

[...]

 &gt;&gt; (Surely not to mean anything related to either Visual C, or Volkov
 &gt;&gt; Commander.)

 &gt; So *how* did you build the development version that crashed? :-)

I guess, I'm now the one confused with the question.

The development code that crashed was built the way just like
the one I've used to build the development code with itself,
i. e.:

--cut: http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2147 --
$ mkdir +build-1 
$ cd +build-1 
$ ../configure --prefix="$HOME" 
...
$ make \
      ../build/filenames.make \
      i-know-what-i-am-doing \
      c/scheme48.h \
      ../build/initial.image-{32,64}
...
--cut: http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2147 --

(And to be sure, I've just used the commands above to bootstrap
t</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-08-25T16:13:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2157">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2157</link>
    <description>
Ivan Shmakov &lt;ivan&lt; at &gt;theory.asu.ru&gt; writes:


So *how* did you build the development version that crashed? :-)

</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2008-08-25T06:13:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2156">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2156</link>
    <description>
 &gt;&gt;&gt; Could you elaborate on your build setup?  Specifically, how do
 &gt;&gt;&gt; configure/make fit in the setup?  (I use the batch files in the
 &gt;&gt;&gt; build/ directory, described in WINDOWS.txt to bootstrap.)

 &gt;&gt; The configure &amp; make steps are similar to those in autogen.sh:

 &gt; How did you build the running Scheme 48 from the development code
 &gt; itself?

The same way as I've tried to build the development version of
Scheme48 with itself later (already posted to this thread), only
using Scheme48 1.8 as the basis.

 &gt; (I was probably a bit quick to assume that I knew what "VCS" means.
 &gt; What does it mean?)

It stands for Version Control System; i. e., Mercurial, when it
comes to Scheme48.  Alternatively, I could've been speaking
about ``the source from the (VCS) repository''.

(Surely not to mean anything related to either Visual C, or
Volkov Commander.)


</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-08-24T16:31:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2155">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2155</link>
    <description>
Ivan Shmakov &lt;ivan&lt; at &gt;theory.asu.ru&gt; writes:


How did you build the running Scheme 48 from the development code
itself?  (I was probably a bit quick to assume that I knew what "VCS"
means.  What does it mean?)

</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2008-08-21T17:20:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2154">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2154</link>
    <description>
 &gt;&gt; BTW, I'm getting segmentation faults while trying to bootstrap
 &gt;&gt; recent Scheme48 revisions from the Mercurial repository using some
 &gt;&gt; likewise recent Scheme48 versions.

 &gt;&gt; E. g., when trying to bootstrap Scheme48 rev. dc9216ef6864 using
 &gt;&gt; Scheme48 rev. dc9216ef6864, which was in turn built with Scheme48
 &gt;&gt; 1.8:

 &gt;&gt; $ mkdir +build-1 
 &gt;&gt; $ cd +build-1 
 &gt;&gt; $ ../configure --prefix="$HOME" 
 &gt;&gt; ...
 &gt;&gt; $ make \
 &gt;&gt;       ../build/filenames.make \
 &gt;&gt;       i-know-what-i-am-doing \
 &gt;&gt;       c/scheme48.h \
 &gt;&gt;       ../build/initial.image-{32,64}

[...]

 &gt; Could you elaborate on your build setup?  Specifically, how do
 &gt; configure/make fit in the setup?  (I use the batch files in the
 &gt; build/ directory, described in WINDOWS.txt to bootstrap.)

The configure &amp; make steps are similar to those in autogen.sh:

$ nl -ba autogen.sh 
...
     7./configure &amp;&amp;
     8rm -rf autom4te.cache &amp;&amp;
     9rm -f scheme48.image build/initial.image-32 build/initial.image-64 c/scheme48.h &amp;&amp;
    10make build/file</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-08-21T17:03:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2153">
    <title>Re: AC_ARG_ENABLE() isn't used quite properly</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2153</link>
    <description>IS&gt; There's a problem with S48_GLIB and some other Autoconf macros
IS&gt; used by Scheme48's configure.in currently.  Consider, e. g.:

I've pushed a fix for `--enable-glib', `--enable-native-code',
`--enable-force-32bit', and `--enable-universal-binary'.

Thanks for pointing this out, Ivan!

</description>
    <dc:creator>Marcus Crestani</dc:creator>
    <dc:date>2008-08-21T07:52:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2152">
    <title>Re: writing negative flonums</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2152</link>
    <description>
Ivan Shmakov &lt;ivan&lt; at &gt;theory.asu.ru&gt; writes:


Fixed.  (The problem was only in the development code, not in the
release.)

Thanks for the report!

</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2008-08-21T08:05:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2151">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2151</link>
    <description>
Ivan Shmakov &lt;ivan&lt; at &gt;theory.asu.ru&gt; writes:


Could you elaborate on your build setup?  Specifically, how do
configure/make fit in the setup?  (I use the batch files in the build/
directory, described in WINDOWS.txt to bootstrap.)

</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2008-08-21T07:00:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2150">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2150</link>
    <description>
"Scott Bell" &lt;sebell&lt; at &gt;gmail.com&gt; writes:


In principle, it should work, but it's not the usual mode of operation
of the developers.  I'll check it out.

</description>
    <dc:creator>Michael Sperber</dc:creator>
    <dc:date>2008-08-21T06:54:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2149">
    <title>Re: SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2149</link>
    <description>Hi Ivan,

Perhaps the runtime and PreScheme compiler are not quite in sync in
the latest hg?
I could be wrong, but it seems like in general one would build the
development system
with a stable version of the compiler (unless one were working on the
compiler of said
development system).

Regards,

- Scott


On Wednesday, August 20, 2008, at 12:56PM, "Ivan Shmakov"
&lt;ivan&lt; at &gt;theory.asu.ru&gt; wrote:


</description>
    <dc:creator>Scott Bell</dc:creator>
    <dc:date>2008-08-20T19:37:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2148">
    <title>AC_ARG_ENABLE() isn't used quite properly</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2148</link>
    <description>There's a problem with S48_GLIB and some other Autoconf macros
used by Scheme48's configure.in currently.  Consider, e. g.:

$ nl -ba s48_glib.m4 
     1### s48_glib.m4 --- S48_GLIB macro  -*- Autoconf -*-
     2# serial 1
     3dnl
     4dnl
     5dnl
     6AC_DEFUN([S48_GLIB], [dnl
     7AC_ARG_ENABLE([glib],
     8[AC_HELP_STRING([--enable-glib],
     9                [Use the glib event loop])],
    10[dnl Check for glib-2.0
    11   PKG_CHECK_MODULES(GLIB, glib-2.0, AC_DEFINE(HAVE_GLIB), AC_MSG_WARN(glib-2.0 not found))
...

I. e., the PKG_CHECK_MODULES(GLIB, ...) (and the rest) will be
executed whenever --enable-glib or --enable-glib=ARG is given,
no matter what the ARG will be.  In particular, the GLIB checks
will be made whenever --enable-glib=no is given, or the form
treated synonymously to it by Autoconf: --disable-glib.

(That way, I was really quite a GLIB user for some time.)

The proper way to use AC_ARG_ENABLE() would be, e. g.:

AC_DEFUN([S48_GLIB], [dnl
AC_ARG_ENABLE([g</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-08-20T19:06:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2147">
    <title>SIGSEGV trying to bootstrap Scheme48 from VCS</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2147</link>
    <description>BTW, I'm getting segmentation faults while trying to bootstrap
recent Scheme48 revisions from the Mercurial repository using
some likewise recent Scheme48 versions.

E. g., when trying to bootstrap Scheme48 rev. dc9216ef6864 using
Scheme48 rev. dc9216ef6864, which was in turn built with
Scheme48 1.8:

$ mkdir +build-1 
$ cd +build-1 
$ ../configure --prefix="$HOME" 
...
$ make \
      ../build/filenames.make \
      i-know-what-i-am-doing \
      c/scheme48.h \
      ../build/initial.image-{32,64}
...
cd ../ps-compiler &amp;&amp;     \
(echo ',batch';     \
echo ',config ,load ../scheme/platform-interfaces.scm';     \
echo ',config ,load ../scheme/rts-packages-64.scm';          \
echo ',config ,load ../scheme/prescheme/interface.scm';     \
echo ',config ,load ../scheme/prescheme/package-defs.scm';   \
echo ',exec ,load load-ps-compiler.scm';     \
echo ',exec ,load compile-twospace-gc-64.scm';     \
echo ',exit'     \
) | scheme48 -h 8000000 &amp;&amp;     \
mv ../scheme</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-08-20T18:56:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2146">
    <title>writing negative flonums</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2146</link>
    <description>... Doesn't look like anything good at all.

Welcome to Scheme 48 1.9T (made by ivan on Thu Aug 21 01:34:41 NOVST 2008)
Copyright (c) 1993-2008 by Richard Kelsey and Jonathan Rees.
Please report bugs to scheme-48-bugs&lt; at &gt;s48.org.
Get more information at http://www.s48.org/.
Type ,? (comma question-mark) for help.
0.1
-1
0.1


</description>
    <dc:creator>Ivan Shmakov</dc:creator>
    <dc:date>2008-08-20T18:38:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2145">
    <title>ANN: Call for registration: 2008 Workshop on Scheme and Functional Programming</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.scheme48/2145</link>
    <description>The 2008 Workshop on Scheme and Functional Programming
will be held

    * in Victoria, British Columbia,
    * on Saturday, 20 September, two days before ICFP.

Discounted early registration closes Wednesday, 20 August.

The workshop program is online at
http://www.ccs.neu.edu/home/will/scheme2008/program.html

For more details, see http://www.schemeworkshop.org/2008/

Will Clinger
workshop chair


</description>
    <dc:creator>William D Clinger</dc:creator>
    <dc:date>2008-08-20T02:44:10</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.lisp.scheme.scheme48">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.scheme.scheme48</link>
  </textinput>
</rdf:RDF>
