I copied the attached example directly from
http://srfi.schemers.org/srfi-29/srfi-29.html , with the following
changes:
1. I don't use store-bundle! or load-bundle! at all
2. I force the language to French.
Actually running it gives me:
Error: (fprintf) illegal format-string character: #\1
I apologize if the answer to this question is obvious; it isn't to
me.
If I use an egg in my code (in the sense of "(require-extension
egg)") but do not modify or redistribute it in any way (i.e. my code
generates a website), and the egg is GPLd, does that infect my code?
I gather there's some pr
Hi Peter,
On Tue, Mar 04, 2008 at 07:58:19PM +0100, Peter Bex wrote:
> [...] so anyone who
> wants to be absolutely in the clear about the use of PS-tk should
> probably try to contact Wolf-Dieter himself.
there is no need to contact Wolf-Dieter concerning the license
of PS/Tk. He gave me expres
On Tue, Mar 4, 2008 at 5:50 PM, Shawn Rutledge
<[EMAIL PROTECTED]> wrote:
> On Tue, Mar 4, 2008 at 3:47 PM, Elf <[EMAIL PROTECTED]> wrote:
> > there is a way to do this. its just very painful. im working on a
> readline-ng
> > egg with the changes, as the existing readline wont work.
>
> OK
On Tue, Mar 4, 2008 at 3:47 PM, Elf <[EMAIL PROTECTED]> wrote:
> there is a way to do this. its just very painful. im working on a
> readline-ng
> egg with the changes, as the existing readline wont work.
OK. I hope I'm not causing too much pain.
___
there is a way to do this. its just very painful. im working on a readline-ng
egg with the changes, as the existing readline wont work.
-elf
On Tue, 4 Mar 2008, Shawn Rutledge wrote:
On Tue, Mar 4, 2008 at 2:45 PM, Jim Ursetto <[EMAIL PROTECTED]> wrote:
Did you try using rlwrap? It works
On Tue, Mar 4, 2008 at 2:45 PM, Jim Ursetto <[EMAIL PROTECTED]> wrote:
> Did you try using rlwrap? It works fine here.
>
> $ rlwrap csi
> #;1> (use srfi-18)
> #;2> (thread-start! (lambda () (let loop () (printf "loop~%") (thread-sleep!
> 1)
> (loop
> #
> #;3> loop
> loop
> loop
> lo
Shawn:
Did you try using rlwrap? It works fine here.
$ rlwrap csi
#;1> (use srfi-18)
#;2> (thread-start! (lambda () (let loop () (printf "loop~%") (thread-sleep! 1)
(loop
#
#;3> loop
loop
loop
loop
On 3/4/08, Shawn Rutledge <[EMAIL PROTECTED]> wrote:
> If you do
>
> (use readline)
> (curren
sigh.
thread-quantum-set! is your friend. ill see about trying to get readline
to do what you want, but it will lose some functionality, probably.
-elf
On Tue, 4 Mar 2008, Shawn Rutledge wrote:
On Tue, Mar 4, 2008 at 12:36 PM, Elf <[EMAIL PROTECTED]> wrote:
try putting a (thread-yield!)
On Tue, Mar 4, 2008 at 12:36 PM, Elf <[EMAIL PROTECTED]> wrote:
> try putting a (thread-yield!) and it works in readline.
Yeah you're right.
csi> (use srfi-18)
; loading library srfi-18 ...
csi> (thread-start! (lambda () (let loop () (printf "loop~%")
(thread-yield!) (loop
#
csi> (thread-yie
(unless (eq? (build-platform) 'msvc)
(set! ##sys#read-prompt-hook
(let ([old ##sys#read-prompt-hook]
[thread-yield! thread-yield!] )
(lambda ()
(when (or (##sys#fudge 12) (##sys#tty-port? ##sys#standard-input))
(old)
(##sys#thread-block-for-i/o! #
Unit SRFI-18:
"Blocking I/O will block all threads, except for some socket operations (see the
section about the tcp unit). An exception is the read-eval-print loop on UNIX
platforms: waiting for input will not block other threads, provided the current
input port reads input from a console."
On 3
On Tue, 4 Mar 2008, Shawn Rutledge wrote:
On Tue, Mar 4, 2008 at 12:05 PM, Elf <[EMAIL PROTECTED]> wrote:
um... repl will always block threads. as the docs state, read is blocking
except for certain network ports.
If you try the example threaded loop without readline, it works.
and then
On Tue, Mar 4, 2008 at 12:05 PM, Elf <[EMAIL PROTECTED]> wrote:
> um... repl will always block threads. as the docs state, read is blocking
> except for certain network ports.
If you try the example threaded loop without readline, it works.
___
Chic
On Tue, Mar 04, 2008 at 08:03:35PM +0100, Nils M Holm wrote:
>
> Hi Peter,
>
> On Tue, Mar 04, 2008 at 07:58:19PM +0100, Peter Bex wrote:
> > [...] so anyone who
> > wants to be absolutely in the clear about the use of PS-tk should
> > probably try to contact Wolf-Dieter himself.
>
> there is no
um... repl will always block threads. as the docs state, read is blocking
except for certain network ports.
-elf
On Tue, 4 Mar 2008, Shawn Rutledge wrote:
If you do
(use readline)
(current-input-port (make-gnu-readline-port "csi> "))
(thread-start! (lambda () (let loop () (printf "loop~%")
Hi everyone,
I had an e-mail conversation with Sven Hartrumpf and Nils M Holm
about the TK eggs and their licensing status. I got the following
declaration by Sven Hartrumpf about Scheme_wish:
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
Subject: Re: [Chicken-use
If you do
(use readline)
(current-input-port (make-gnu-readline-port "csi> "))
(thread-start! (lambda () (let loop () (printf "loop~%") (loop
the thread doesn't run in the background anymore, presumably because
readline uses blocking I/O.
___
Chic
On Tue, 4 Mar 2008, Alaric Snell-Pym wrote:
I take it it's the inlining of "errinvoke" that makes all the
difference ;-)
Meh. I question the validity of a programming language shootout where
everyone's just optimising their code to the hilt, though. The
ability of a language to support *highl
On 4 Mar 2008, at 4:12 pm, Elf wrote:
Old program:
real 1m8.324s
user 1m7.250s
sys0m0.563s
New program:
real 0m25.048s
user 0m24.500s
sys0m0.422s
C benchmark (for comparison):
real 0m11.717s
user 0m11.656s
sys0m0.000s
Not bad work
attached is new code for the fannkuch benchmark. it has been tested
on openbsd (as thats the only machine i have access to with any memory or
cpu).
Old program:
run1:
real 1m7.544s
user 1m6.602s
sys0m0.492s
run2:
real 1m8.324s
user 1m7.250s
sys0m0.563s
2008/3/4, Jim Ursetto <[EMAIL PROTECTED]>:
> Minh: I don't know if Peter's suggestion helped, but I fixed a bug a couple
> weeks ago in r8628 that has not been propagated to the release version.
> It fixed corruption in the headers which resulted in an invalid
> Content-Length: which caused the
22 matches
Mail list logo
