<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.lisp.scheme.plt">
    <title>gmane.lisp.scheme.plt</title>
    <link>http://blog.gmane.org/gmane.lisp.scheme.plt</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.plt/27086"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27085"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27084"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27083"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27082"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27081"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27080"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27079"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27078"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27077"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27076"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27075"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27074"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27073"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27072"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27071"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27070"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27069"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27068"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.scheme.plt/27067"/>
      </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.plt/27086">
    <title>configure error: C compiler cannot create executables</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27086</link>
    <description>Hi, I recently reinstalled Ubuntu 8.04 from DVD.  I checked out the
PLT trunk from Subversion, but when I run configure I get this error:

dougo&lt; at &gt;quiet:/usr/local/plt/src$ ./configure
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.

Here's the relevant section of config.log:

gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)
configure:2673: $? = 0
configure:2680: gcc -V &gt;&amp;5
gcc: '-V' option must have argument

--dougorleans-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Doug Orleans</dc:creator>
    <dc:date>2008-08-29T16:56:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27085">
    <title>Re: r6rs timer</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27085</link>
    <description>


Right.  A time-compat.&lt;implementation&gt;.sls file supplies a time macro which 
may be a "dummy", depending on &lt;implementation&gt;.  The R6RS test suite code 
which runs on all implementations includes "the" time-compat.sls library, 
uses the time macro, and its code does not change.

I think we are "agreeing loudly" here using different words.  Right?

-KenD
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Ken Dickey</dc:creator>
    <dc:date>2008-08-29T15:35:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27084">
    <title>Re: scribblings error</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27084</link>
    <description>
This was a bug in the way that Scribble builds docs for a Planet
package. It's now fixed in SVN.


Matthew

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Matthew Flatt</dc:creator>
    <dc:date>2008-08-29T13:17:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27083">
    <title>Re: scribblings error</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27083</link>
    <description>On Fri, Aug 29, 2008 at 5:01 AM, Stephen De Gabrielle
&lt;spdegabrielle-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote:


To be totally sure about the code I was using, I just checked out the
SVN trunk and did the following:

0. svn checkout http://projects-project.googlecode.com/svn/trunk/
projects-project-read-only
1. Uncommented the scribblings line in info.ss
2. Move notes.scrbl into the projectmgr directory
3. Ran planet create ./projectmgr
4. It created the PLT file and the documentation

Here is the version of PLT I'm using:

C:\projects-project-read-only&gt;mzscheme --version
Welcome to MzScheme v4.1 [3m], Copyright (c) 2004-2008 PLT Scheme Inc.
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Grant Rettke</dc:creator>
    <dc:date>2008-08-29T12:44:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27082">
    <title>Re: scribblings error</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27082</link>
    <description>Thanks again guys for your help in this I *really* appreciate it. Let
me know if you are coming to London so I can make it up to you.

Back to the problem;
I'm confused that it is working for Grant, because while I have made
considerable changes, I didn't think anything in the code would affect
the documentation. (I even renamed the scribble file to avoid what I
thought was a possible name collision problem)
I've zipped the source at
http://projects-project.googlecode.com/files/projectmgr.zip

On Fri, Aug 29, 2008 at 4:56 AM, Robby Findler &lt;robby-kRQskCh0V2e+fvpajLlQkQ&lt; at &gt;public.gmane.org&gt; wrote:

I've downloaded the latest overnight plt-full, reset all my config
files back to the default and renamed the .scrbl file
- the old error has been replaced your one;
uclic36:~/Documents/Development/scheme/subversion/projects-project
stephen$ planet create projectmgr
Building: notes.scrbl
PLaneT packager: Error generating scribble documentation:
main-doc-relative-&gt;path: expected argument of type &lt;path, string,
bytes, or a list beginning with doc&gt;; given (#&lt;mobile-root&gt;)
Refusing to continue packaging.
uclic36:~/Documents/Development/scheme/subversion/projects-project stephen$
(I've switched machines to a 10.4 intel mac too)

Sorry, I don't get your stake trace - I may be doing something wrong.

Thanks again,

Stephen




</description>
    <dc:creator>Stephen De Gabrielle</dc:creator>
    <dc:date>2008-08-29T10:01:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27081">
    <title>Re: r6rs timer</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27081</link>
    <description>Many thanks. Very clear.
When I said R6RS conformant, I ment source code that runs on all R6RS 
implementations, not restricted to PLT only.
The two R6RS documents do mention "time" in their indices, nor anything 
alike.
Hence when using "time" in a performance test suit, I must include a dummy 
time macro, which I replace by an import from scheme/base when running with 
PLT.
When the user runs the code with another implementation that does provide a 
timer, she may replace the dummy macro by an import of that timer.
When the user runs the code with an implementation that does not provide a 
timer, the dummy time macro evaluates its expression without producing 
timing info.
Jos

----- Original Message ----- 
From: "Ken Dickey" &lt;Ken.Dickey-ppry1Xks6u1BDgjK7y7TUQ&lt; at &gt;public.gmane.org&gt;
To: "Jos Koot" &lt;jos.koot-XnAhQTnVLytMqUckJh7upg&lt; at &gt;public.gmane.org&gt;
Cc: &lt;plt-scheme-83c5L1MkZGG7kDDU3TNwnodd74u8MsAO&lt; at &gt;public.gmane.org&gt;
Sent: Thursday, August 28, 2008 8:18 PM
Subject: Re: [plt-scheme] r6rs timer



_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Jos Koot</dc:creator>
    <dc:date>2008-08-29T07:08:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27080">
    <title>Re: Cleanup on Servlet Timeout (Again)</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27080</link>
    <description>2008/8/28 Henk Boom &lt;lunarc.lists-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt;:

. . . which will of course fail when the thread finishes its job and
then terminates, causing both the done-s and thread-dead-evt events to
be available almost at once, and giving me a 50-50 chance of rolling
back changes every time. . . Looks like the other way was better.

This is tricky!

    Henk
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Henk Boom</dc:creator>
    <dc:date>2008-08-29T05:55:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27079">
    <title>Re: scribblings error</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27079</link>
    <description>I've improved planet's error handling in SVN and here is the current
error message, now with stack trace information (this error message is
different, I guess because I'm running a newer version of PLT Scheme
than you are Stephen?).

I don't know what this error message, but the stack trace indicates to
me that it is at least a missing check earlier? Does that seem right?

[alishan] ~/Desktop% planet create projectmgr/
Building: project.scrbl
PLaneT packager: Error generating scribble documentation:
main-doc-relative-&gt;path: expected argument of type &lt;path, string,
bytes, or a list beginning with doc&gt;; given (#&lt;mobile-root&gt;)

 === context ===
/Users/robby/svn/plt/collects/scribble/html-render.ss:263:4: relative-&gt;path
/Users/robby/svn/plt/collects/scribble/html-render.ss:371:6: toc-item-&gt;title+num
/Users/robby/svn/plt/collects/scribble/html-render.ss:387:6: toc-item-&gt;block
/Users/robby/svn/plt/collects/scribble/html-render.ss:434:6: toc-content
/Users/robby/svn/plt/collects/scribble/html-render.ss:357:4:
render-toc-view method in ...ibble/html-render.ss:226:2
/Users/robby/svn/plt/collects/scribble/html-render.ss:554:4:
render-one-part method in ...ibble/html-render.ss:226:2
/Users/robby/svn/plt/collects/planet/util.ss:269:0: render
/Users/robby/svn/plt/collects/planet/util.ss:308:2: make-planet-archive


Refusing to continue packaging.


Robby

On Thu, Aug 28, 2008 at 6:26 PM, Stephen De Gabrielle
&lt;spdegabrielle-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote:
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Robby Findler</dc:creator>
    <dc:date>2008-08-29T03:56:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27078">
    <title>scribblings error</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27078</link>
    <description>Hi,

I'm trying to use a simple scribble file, but planet is not letting me

sp:PLT Scheme Full v4.0.2.6 spdegabrielle$ bin/planet create
/Users/spdegabrielle/Documents/Development/scheme/subversion/projects-project/projectmgr/
Building: project.scrbl
PLaneT packager: Error generating scribble documentation: procedure
application: expected procedure, given: #f; arguments were:
scribblings
Refusing to continue packaging.
sp:PLT Scheme Full v4.0.2.6 spdegabrielle$

The worst thing is it used to work, before I changed my code.

Cheers,

Stephen

PS ProjectMgr updated 1.6
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme
</description>
    <dc:creator>Stephen De Gabrielle</dc:creator>
    <dc:date>2008-08-28T23:26:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27077">
    <title>Re: Cleanup on Servlet Timeout (Again)</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27077</link>
    <description>
That's true.


That sounds like the right solution to me.



Why not?

More generally, you could run it in any thread that has the same
capability to run as the server thread --- perhaps another thread that
is created when the web server is started.



Using the FFI, you could call scheme_start_atomic() and
scheme_end_atomic(), but I recommend the other approach.



A comment on your version of the code: A writer posts to `fail-s' even
after succeeding and posting to `done-s'. When both semaphores are
posted, there's no guarantee that the server will see `done-s' before
`fail-s', since it `sync's on both at the same time. That is, if both
are available before the server actually picks (perhaps even before the
server manages to call the `sync' function), then it might pick
`fail-s' even though `done-s' is available.

Also, you still need to use something like `reply' instead of
`channel-put' to accept a reader/writer, but I think you know about
that problem (and probably you're waiting to create a test that
demonstrates the problem before fixing it).


Matthew

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Matthew Flatt</dc:creator>
    <dc:date>2008-08-28T09:23:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27076">
    <title>Re: PLaneT bug tracking</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27076</link>
    <description>
Thanks!


In the text of bug reports, I often write snippets of code. With Trac 
you can write preformatted text by writing:

{{{
(define foo 42)
}}}

But with the right plugins, you can also write:

{{{
#!scheme
(define foo 42)
}}}

and it formats the text nicely.

Thanks,
Dave

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Dave Herman</dc:creator>
    <dc:date>2008-08-28T21:04:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27075">
    <title>Re: Trac still up, Old PLaneT for now</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27075</link>
    <description>No, apparently that has been disabled. I'm not sure why it was, tho,
so I'll try to figure that out before I try to figure out how to
reenable it. Sorry for the delay.

Robby

On Thu, Aug 28, 2008 at 3:57 PM, Jens Axel Soegaard
&lt;jensaxel-2WZPQIjRgZTk1uMJSBkQmQ&lt; at &gt;public.gmane.org&gt; wrote:
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Robby Findler</dc:creator>
    <dc:date>2008-08-28T20:59:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27074">
    <title>Re: Trac still up, Old PLaneT for now</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27074</link>
    <description>
Am I supposed to receive the bug report in Trac by email?

(I didn't get any for the two test tickets I created)

/Jens Axel

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Jens Axel Soegaard</dc:creator>
    <dc:date>2008-08-28T20:57:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27073">
    <title>Re: PLaneT bug tracking</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27073</link>
    <description>
I didn't see a very good way to do this, so I've added a dummy
component that I'm responsible for, and made that the default.

(I also fixed planet's interface to trac so that the right component
is selected by default when you come from a planet package page.)

There doesn't seem to be a good way to deal with version numbers,
either, so I'll probably just get rid of that field or try to make it
just an editable text field at some point.


How are you looking at source code in trac?

Thanks,
Robby
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Robby Findler</dc:creator>
    <dc:date>2008-08-28T20:56:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27072">
    <title>Re: Trac still up, Old PLaneT for now</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27072</link>
    <description>The bug that trigger the reversion is now fixed and trac is back in planet.

Robby

On Thu, Aug 28, 2008 at 1:07 PM, Jamie Morgenstern
&lt;jamiemmt-PQOLPrHdAZ4YeIxN5WHPnw&lt; at &gt;public.gmane.org&gt; wrote:
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Robby Findler</dc:creator>
    <dc:date>2008-08-28T20:05:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27071">
    <title>Re: PLaneT bug tracking</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27071</link>
    <description>I've started using the Trac database, and it's great. A few requests:

1) Can you make it so the default package associated with a bug is 
empty? Otherwise poor abromfile/drocaml.plt is gonna get a lot of 
unwanted attention.

2) I thought the sorting of the package list was screwy, but now I can't 
find anything wrong with it. I may be on crack, I can't be sure. ;)

3) Trac supports some plugins that do language-specific syntax 
highlighting in the Wiki markup. It would be nice if you could install 
one of the plugins that recognizes Scheme (and as the maintainer of 
dherman/java.plt and dherman/javascript.plt, I'd add that Java and 
JavaScript would be nice too).

I know configuring Trac is obnoxious 'cause you end up having to hack 
into the Python, but it would be really nice.

Thanks!

Dave


Dave Herman wrote:

_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Dave Herman</dc:creator>
    <dc:date>2008-08-28T19:34:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27070">
    <title>HTDP Study group</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27070</link>
    <description>Hi folks,

I set up a HTDP study group for myself, some co-workers, and some
friends here, but anyone and everyone is invited:

http://groups.google.com/group/study-htdp?hl=en

We are doing self-study with common goals.

Best wishes,

Grant

</description>
    <dc:creator>Grant Rettke</dc:creator>
    <dc:date>2008-08-28T19:24:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27069">
    <title>Re: Cleanup on Servlet Timeout (Again)</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27069</link>
    <description>
Simply because this feels like an atomicity problem rather than a
synchronization problem. Not really an important reason, but an
intuitive one.


Except that if it's not atomic I have to make sure that the monitor
doesn't attempt to close the transaction while the query is running,
so I either need to use the same thread or introduce a new lock. I
think using the same thread is the simpler solution.

Important question: what is the overhead of blocking on inter-process
communication? I'm guessing it's much less than the time it takes to
make the database query, so it would be OK to use this every time, but
I don't know.


Right, thanks. I was planning on checking the status of done-s when
handling the fail-s event, but I forgot. Now that I think about it,
that would be unintuitive behaviour for fail-s, so I've changed it to
set! fail-s to #f after posting done-s so that I know not to post it
as well.


I'm curious about the behaviour of this, so I'd like to try it out.
Wouldn't the same sort of delays happen when trying to send through a
channel to the server? (Obviously the same workaround does not work in
that case)

    Henk
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Henk Boom</dc:creator>
    <dc:date>2008-08-28T19:07:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27068">
    <title>Re: r6rs timer</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27068</link>
    <description>
R6RS library compatibility is still a bit in flux, but the basic strategy for 
importing implementation specific features is to define a *-compat.&lt;impl&gt;.ss 
file and have your program import library *-compat.  

You still need to set the the implementation specific search paths and 
possibly symbolic links.

E.g. see attached process-compat.*.sls files which live in my "kend" 
directory.

Use:
 (import (kend process-compat) 
;; ...
)


Close enough?

Cheers,
-KenD

PS: Note SRFI 97: "SRFI Libraries"
  http://srfi.schemers.org/srfi-97/srfi-97.html
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme
</description>
    <dc:creator>Ken Dickey</dc:creator>
    <dc:date>2008-08-28T18:18:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27067">
    <title>Trac still up, Old PLaneT for now</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27067</link>
    <description>The old PLaneT site is up for now (so I can bugs) but the Trac server
is still running at http://planet.plt-scheme.org/trac

-Jamie
_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Jamie Morgenstern</dc:creator>
    <dc:date>2008-08-28T18:07:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.scheme.plt/27066">
    <title>Re: r6rs timer</title>
    <link>http://permalink.gmane.org/gmane.lisp.scheme.plt/27066</link>
    <description>Thanks for replying. Much obliged indeed.But as the implementation of SRFI 
19 depends on PLT Scheme, I may as well directly import macro "time" from 
scheme/base. I was looking for a timing tool that is available in all R6RS 
implementations. Apparently such a timer is not included in R6RS or any of 
its libraries. An omission? (I tend to think so :)
Jos

----- Original Message ----- 
From: "Thomas Chust" &lt;chust-S0/GAf8tV78&lt; at &gt;public.gmane.org&gt;
To: "Jos Koot" &lt;jos.koot-XnAhQTnVLytMqUckJh7upg&lt; at &gt;public.gmane.org&gt;
Sent: Thursday, August 28, 2008 7:03 PM
Subject: Re: [plt-scheme] r6rs timer



_________________________________________________
  For list-related administrative tasks:
  http://list.cs.brown.edu/mailman/listinfo/plt-scheme

</description>
    <dc:creator>Jos Koot</dc:creator>
    <dc:date>2008-08-28T18:00:41</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.lisp.scheme.plt">
    <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.plt</link>
  </textinput>
</rdf:RDF>
