Did I miss the source to threadtest.scm here? The file that
contains the variable num-threads? I don't see it.
-a
On Sun, Jul 06, 2014 at 05:41:44PM -0700, Christopher Collins wrote:
>Version info:
>** CHICKEN
>** (c) 2008-2013, The Chicken Team
>** (c) 2000-2007, Fe
The following produces a correct type error:
$ csi -n
#;1> (append "foo" "bar" '())
Error: (append bad argument type - not a proper list: "foo")
Whereas this does not:
$ csi -n
#;1> (use srfi-1)
#;2> (append! "foo" "bar" '())
()
I would expect to see the error in example 1 repeate
The following program:
(use list-bindings)
(bind-let* (((x) `(,(map write '(0 1 2)
x)
produces the output:
012012012
I would expect the output to be:
012
This is... unfortunate, as the particular iteration I'm performing
is expensive. One can obviously work-around this problem by
On Mon, Nov 11, 2013 at 09:36:48PM +0100, Peter Bex wrote:
> On Mon, Nov 11, 2013 at 01:22:40PM -0701, Alan Post wrote:
> > I'd like to rewrite this macro as an implicit renaming
> > macro, which seems to require that I traverse form and
> > insert (inject arg1) where
I have a routine with several input arguments and one
output argument. I want to write a macro to wrap my
output argument such that I can pass the results of
my input arguments to my output argument. (See below)
I have this working with an explicit renaming macro,
but this is overkill. I could
On Fri, Nov 08, 2013 at 07:18:07PM +0100, Peter Bex wrote:
> On Fri, Nov 08, 2013 at 10:15:26AM -0700, Alan Post wrote:
> > It would appear that change-directory* is not in the export list for
> > the posix unit. This is causing a compile-time warning (which then
> > upgrade
On Fri, Nov 08, 2013 at 06:50:58PM +0100, Peter Bex wrote:
> On Fri, Nov 08, 2013 at 10:42:10AM -0700, Alan Post wrote:
> > Running chicken-install, I get the following warning and error:
> >
> > Warning: reference to possibly unbound identifier `bar' in:
> >
I have a situation that resembles the following, where I have a
definition |foo| that calls an undefined-by-the-module |bar|:
<++> t.setup
(compile -s t.scm)
(install-extension 't `("t.so" "t.import.so"))
<-->
<++> t.scm
(module t
*
(import scheme)
(import chicken)
(d
It would appear that change-directory* is not in the export list for
the posix unit. This is causing a compile-time warning (which then
upgrades to an error) when I use that function from an egg:
--- posix.import.scm~ Fri Nov 8 10:14:14 2013
+++ posix.import.scmFri Nov 8 10:12:15 2013
@@
I*am back at My desk. Should I attach them to
>an e-mail or provide a pastebin link?
>Sincerely,
>
> On Monday, July 8, 2013, Alan Post wrote:
>
> When i've had problems of this sort, it is because I haven't sorted
> out my unit declarations, and
When i've had problems of this sort, it is because I haven't sorted
out my unit declarations, and I'm either missing the main hook or
the complicity of declarations in each file doesn't quite line up.
Without seeing the scripts you're compiling it might be difficult to
provide much help. Would yo
attached.
On Thu, May 09, 2013 at 10:21:23PM +0200, Felix wrote:
> From: Alan Post
> Subject: [Chicken-users] link error with PROGRAM_PREFIX and compiling eggs
> Date: Wed, 8 May 2013 19:03:39 -0601
>
> > I have built chicken using the PROGRAM_PREFIX option:
> >
>
I have built chicken using the PROGRAM_PREFIX option:
$ gmake PROGRAM_PREFIX=foo- ...
When I try to install an egg, using foo-chicken-install, I get an error
from gcc that it cannot locate -lchicken:
installing iset:1.8 ...
changing current directory to /tmp/temp835e.3607/iset
/home/a/
On Wed, Oct 24, 2012 at 09:32:35AM +0200, Peter Bex wrote:
> On Wed, Oct 24, 2012 at 03:21:15AM -0400, Felix wrote:
> > > Anyone with a better understanding of Chicken's internals able to
> > > comment on which cases poll() is called and how the timeout value is
> > > selected?
> >
> > poll(2) is
For me, that program is blocking on a call to poll(), which must be
something that is happening in chicken's threading code.
It is polling on two file descriptors with an infinite timeout, and
clearly never coming back up for air.
the produce thread is hanging on the thread-sleep call, and the co
Today's report shows a significant improvement to the nightly
regression tests:
http://tests.call-cc.org/master/linux/x86/2012/10/10/salmonella-report/
Five days ago, there were 153 failed egg installations[1]. We're now
down to 43, when before the deprecation there were 11[2].
Thank you ever
On Sun, Oct 07, 2012 at 01:29:51PM +0200, Peter Bex wrote:
> On Sat, Oct 06, 2012 at 06:57:11PM -0600, Alan Post wrote:
> > I've just migrated my eggs from the chicken-eggs svn repository into
> > github. Will someone with the appropriate permission apply the
> > patc
Domenech Goulart
> wrote:
> > Hi,
> >
> > On Sat, 6 Oct 2012 16:24:22 -0600 Alan Post
> > wrote:
> >
> >> Based on recently deprecated functions in core, the following eggs
> >> need new releases:
> >>
> >> condition-ut
I've just migrated my eggs from the chicken-eggs svn repository into
github. Will someone with the appropriate permission apply the
patch?
Thank you!
-Alan
--
.i ma'a lo bradi cu penmi gi'e du
Index: egg-locations
===
--- egg-locat
Based on recently deprecated functions in core, the following eggs
need new releases:
condition-utils: patch to trunk attached.
lookup-table:patch to trunk attached.
srfi-41: 1.2.2 no longer works, but trunk has been updated.
stack: patch to trunk attached.
utf8:
Attached is a patch that should allow the utf8 egg to build against
master. I hope I didn't miss anything, the patch is simple...
I hope that this patch will clean up most of these regression test
failures:
http://tests.call-cc.org/master/linux/x86/2012/10/06/salmonella-report/rev-dep-graphs/
Off topic, but I've played with several mobile devices and none of
them have ever really 'stuck.' I wind up back on my laptop happier
than I was when I wandered away.
After enough of these experiences, I came to realize that not having
a C compiler+native development environment was the common
de
I noticed some of my eggs stopped working while looking at the RSS
report. I'm sorry I let that go so long, I'll figure out what is
wrong and correct the problem.
-Alan
On Thu, May 17, 2012 at 10:36:40PM -0400, Mario domenech Goulart wrote:
> Dear egg authors,
>
> We currently have a lot of ope
On Mon, Mar 19, 2012 at 10:05:19PM +0100, Jörg F. Wittenberger wrote:
> On Mar 19 2012, Alan Post wrote:
>
> >On Mon, Mar 19, 2012 at 09:18:29AM -0700, Matt Welland wrote:
> >> On Mon, Mar 19, 2012 at 5:55 AM, Alan Post
> >A local-to-me ecologist is int
On Mon, Mar 19, 2012 at 09:18:29AM -0700, Matt Welland wrote:
>On Mon, Mar 19, 2012 at 5:55 AM, Alan Post
><[1]alanp...@sunflowerriver.org> wrote:
>
> On Thu, Mar 15, 2012 at 01:38:19AM +0100, Thomas Chust wrote:
> > On Wed, 2012-03-14 at 18:2
On Thu, Mar 15, 2012 at 01:38:19AM +0100, Thomas Chust wrote:
> On Wed, 2012-03-14 at 18:23 -0600, Alan Post wrote:
> > [...]
> > (pretty-print (let ((s (amb 0 1 2))) (amb-collect s)))
> > [...]
> > produces:
> > [...]
> > (0)
> > [...]
>
>
I'm confused by the following behavior in the amb egg:
(require-extension extras amb)
(pretty-print (amb-collect (amb 0 1 2)))
(pretty-print (let ((s (amb 0 1 2))) (amb-collect s)))
(exit)
produces:
(0 1 2)
(0)
I would expect both forms to produce (0 1 2).
What am I missing? I'm
May this be a success!
I have a solid agenda for myself:
* add utf-8 code to genturfa'i
* bring the documentation up to the same standard as the code.
I'll be attending over IRC Saturday, and hope to see some nice
work get done!
-Alan
On Thu, Dec 08, 2011 at 10:15:24PM +0100, Christian Kelle
On Tue, Nov 29, 2011 at 09:22:32AM +0100, Christian Kellermann wrote:
> Dear chicken fans,
>
> I have just pushed felix's proposed change to chicken's interrupt
> handling to the master branch. This change might affect ALL chicken
> code that uses units posix, tcp and as well as interpreted code
>
On Sun, Nov 27, 2011 at 06:39:52PM +0100, Moritz Heidkamp wrote:
> Vok Vojwo writes:
> > I think the Medea egg intends to do it the right way. But it seems to be
> > buggy.
> >
> > And it has a voracious appetite
>
> It does indeed :-)
>
>
> > Medea fails to parse the data:
> >
> > (use medea)
On Thu, Oct 13, 2011 at 02:46:30PM -0400, John Cowan wrote:
> Alan Post scripsit:
>
> > It does make the routine non-reentrant. Does that matter here?
>
> I don't see how. This routine is called from Chicken, and the string
> gets copied into a Chicken string righ
On Thu, Oct 13, 2011 at 02:07:04PM -0400, John Cowan wrote:
> Jörg F. Wittenberger scripsit:
>
> > So I'll stick with the test case and remove the "static" keyword from
> > the buffer definition once I have an updated gcc in my production
> > environment.
>
> "Program testing can be used to show
On Thu, Oct 13, 2011 at 07:24:12PM +0200, Jörg F. Wittenberger wrote:
> IMHO the moral of the story: Never trust you C compiler too much.
>
I've had to get more familiar with gcc's -f flag, as the years have
gone by. '-fno-strict-aliasing' is one that I've personally needed
(and chicken requires
One of my (still being written) eggs, kiksispe'i[1], is in the misc
category and is more properly described as being a game.
-Alan
1: http://wiki.call-cc.org/eggref/4/kiksispehi
On Wed, Oct 12, 2011 at 09:42:05AM +0200, Moritz Heidkamp wrote:
> Hi Ivan,
>
> first of all, thanks for your effort!
On Tue, Oct 11, 2011 at 11:05:55PM +0100, Alaric Snell-Pym wrote:
> The user-agent strings it generates look like:
>
> chicken-install 4.7.0.3-st linux x86-64
>
> Rather than the previous:
>
> chicken-install 4.5.0
>
I think we should include the operating system version as well as
the operati
R_BITS) +#define C_make_character(c) C_word)(c) &
> C_CHAR_BIT_MASK) << C_CHAR_SHIFT) | C_CHARACTER_BITS)
> #define C_character_code(x) (((C_word)(x) >> C_CHAR_SHIFT) &
> C_CHAR_BIT_MASK)
> #define C_flonum_magnitude(x) (*((double *)(((C_SCHEME_BLOCK
> *)(x
On Fri, Oct 07, 2011 at 10:49:42PM +0200, Jörg F. Wittenberger wrote:
> On Oct 7 2011, Alan Post wrote:
>
> >Given the odd behavior you're experiencing, I would suggest
> >expanding your test case:
>
> Good point. Here the results:
>
> Now watch the interest
On Fri, Oct 07, 2011 at 04:53:29PM +0200, j...@jugilo.de wrote:
>
> Hello all,
>
> after having rewritten my tuples egg and tried to install it with
> chicken-install, I got a lot of warnings of type
>
> warning: at toplevel: in procedure call in 'g..',
> expectet x arguments, but was given 0
>
Given the odd behavior you're experiencing, I would suggest
expanding your test case:
(display (equal? *all-chars*
*all-chars*)
(current-error-port))
(newline (current-error-port))
(display (equal? `(/ ,(integer->char 0)
,(integer->char #x
The sandbox egg makes a call to the runtime.c procedure:
C_emit_trace_info
In commit 2d5244dd01d4e91ed6f73bb566e92f04a2ab6361 of core,
this procedure was deprecated in favor of:
C_emit_eval_trace_info
C_emit_syntax_trace_info
Below is the patch bringing the sandbox egg up-to-date wi
Thank you for this.
I notice, right away, that your io_needs_restart handles EAGAIN in
the same way it handles EINTR. I have always introduced a timeout
when I get an EAGAIN, and I give up after say 3 tries.
My use case here:
Let's say fork() returns EAGAIN. This could happen because ulimit
ha
> > Your other points about multiple signals sugget it should be a proper
> > queue, not just a bitmask. Although I have a vague feeling that Unix was
> > allowed to coalesce pending signals as it just used a bitmask itself...
>
> In the old days, yes. Now signals have guaranteed delivery, at lea
On Fri, Sep 30, 2011 at 09:30:13AM +0100, Alaric Snell-Pym wrote:
> Your other points about multiple signals sugget it should be a proper
> queue, not just a bitmask. Although I have a vague feeling that Unix was
> allowed to coalesce pending signals as it just used a bitmask itself...
> Meh, I dun
On Thu, Sep 29, 2011 at 07:25:31AM -0600, Alan Post wrote:
> This patch replaces signal with sigaction for registering signals.
> sigaction is a newer API for signal processing that fixes some
> deficiencies of the original signal API. One fix can be seen in
> this patch: we d
On Thu, Sep 29, 2011 at 10:20:28PM +0200, Jörg F. Wittenberger wrote:
> On Sep 29 2011, Alan Post wrote:
> >>Hence my question how to clean up the API. Default to possibly useless
> >>re-calling the handler (while it assumes possibly having missed a signal
> >>
On Thu, Sep 29, 2011 at 09:38:44PM +0200, Jörg F. Wittenberger wrote:
> I'm still asking myself why I can't run chicken program under valgrind.
>
> Since there's a lot going on at this time I'm about to forget.
> Hence here an update for those who care and the archive.
>
> I've traced the call co
On Thu, Sep 29, 2011 at 08:35:41PM +0200, Jörg F. Wittenberger wrote:
> On Sep 29 2011, Alan Post wrote:
> >If a signal is called when C_interrupts_enabled is false, the signal
> >handler turns into a no-op.
> >
> >global_signal_handler calls C_raise_interrupt, bu
On Thu, Sep 29, 2011 at 02:15:29PM -0400, John Cowan wrote:
> Alan Post scripsit:
>
> > Does the ANSI C behavior specify that a signal must be re-registered
> > after it is called? Is it more reliable for me to follow the ANSI
> > C standard or the w32 documentation on
On Thu, Sep 29, 2011 at 06:56:03PM +0200, Jörg F. Wittenberger wrote:
> On Sep 29 2011, Alan Post wrote:
>
> >The way Chicken is currently implemented, any signal that arrives
> >during this time is discarded, which also makes me unhappy with this
>
> Wait, I'm con
On Thu, Sep 29, 2011 at 05:06:54PM +0100, Alaric Snell-Pym wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/29/2011 04:47 PM, Alan Post wrote:
> > It seems that the thread-like nature of signal handling and the
> > thread-like nature of threading hav
On Thu, Sep 29, 2011 at 05:45:46PM +0200, Jörg F. Wittenberger wrote:
> Here an interesting finding:
>
> On Sep 29 2011, Alan Post wrote:
>
> >This patch replaces signal with sigaction for registering signals.
> >sigaction is a newer API for signal processing that fixes
On Thu, Sep 29, 2011 at 04:35:04PM +0100, Alaric Snell-Pym wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/29/2011 04:25 PM, Jörg F. Wittenberger wrote:
>
> >> POSIX says that fork needs to produce only a single surviving POSIX
> >> thread in the child. Perhaps Chicken fork nee
On Thu, Sep 29, 2011 at 10:44:42AM -0400, John Cowan wrote:
> Alan Post scripsit:
>
> > It used to be one tested for sigaction in the same way you might
> > test for other features. I'm not sure if chicken runs on a
> > platform that doesn't have sigaction--d
On Thu, Sep 29, 2011 at 03:26:22PM +0200, Jörg F. Wittenberger wrote:
> Signal handlers as they are in chicken might be problematic.
> I can't find the message, but I recall a reply these days, which
> informed me that it's true that chicken interrupt handlers are
> in fact in a restricted dialect
On Thu, Sep 29, 2011 at 03:43:16PM +0200, Jörg F. Wittenberger wrote:
> On Sep 29 2011, Alan Post wrote:
>
> >This patch removes the enable/disable interrupt flag from the
> >scheduled.
> >
> >I can't see that this code is referenced. I'm not sure someone
On Thu, Sep 29, 2011 at 03:26:22PM +0200, Jörg F. Wittenberger wrote:
> Attempt work around: defer the signal even more: until next schedule
> time. I'm not yet satisfied with that solution. (But at least it
> allows me to run arbitrary code in the signal handler.)
> (I intended so far to try whe
This patch replaces signal with sigaction for registering signals.
sigaction is a newer API for signal processing that fixes some
deficiencies of the original signal API. One fix can be seen in
this patch: we don't have to reregister the signal handler after
a signal is sent.
That prevents a race
On Thu, Sep 29, 2011 at 07:12:20AM -0600, Alan Post wrote:
> This patch removes the enable/disable interrupt flag from the
> scheduled.
>
> I can't see that this code is referenced. I'm not sure someone
> would just write this feature for fun, however. Is this code
This patch removes the enable/disable interrupt flag from the
scheduled.
I can't see that this code is referenced. I'm not sure someone
would just write this feature for fun, however. Is this code
actually used?
I'm preparing a larger patch for the signal handling code, so
knowing whether this
On Thu, Sep 29, 2011 at 01:11:49PM +0200, Jörg F. Wittenberger wrote:
> On Sep 29 2011, Alan Post wrote:
>
> >Below is a test case for a problem I'm seeing in some multi-process
> >code I'm writing. I'm getting the error:
> >
> > Error: (file-read) ca
On Wed, Sep 28, 2011 at 05:29:46PM -0601, Alan Post wrote:
> Below is a test case for a problem I'm seeing in some multi-process
> code I'm writing. I'm getting the error:
>
> Error: (file-read) cannot read from file - Interrupted system call
>
> because a sig
Looking at posixunix.scm, I find that some error messages are
produced with ##sys#error, and others with posix-error. What
distinguishes these two routines? Why would I use one but not
the other?
-Alan
--
.i ma'a lo bradi cu penmi gi'e du
___
Chicken
On Thu, Sep 29, 2011 at 12:33:41PM +0900, Alex Shinn wrote:
> On Thu, Sep 29, 2011 at 12:25 PM, Alan Post
> wrote:
> >
> > How did irregex, which by account is slower, replace the existing
> > regex code?
>
> I didn't make the call, but as I understand
On Thu, Sep 29, 2011 at 12:09:19PM +0900, Alex Shinn wrote:
> On Thu, Sep 29, 2011 at 11:40 AM, Alan Post
> wrote:
> > Will you show me this data for the current implementation?
>
> The first implementation doesn't need to justify itself,
> just be working.
>
*nod
Will you show me this data for the current implementation?
-Alan
On Thu, Sep 29, 2011 at 10:30:00AM +0900, Alex Shinn wrote:
> On Wed, Sep 28, 2011 at 4:29 AM, Alan Post
> wrote:
> >
> > I don't have enough data to say that it matters in this case, but in
> > princ
Below is a test case for a problem I'm seeing in some multi-process
code I'm writing. I'm getting the error:
Error: (file-read) cannot read from file - Interrupted system call
because a signal handler is going off while my main thread is in an
iowait state. In C, I have always handled this by
On Wed, Sep 28, 2011 at 01:41:03PM +0200, Jörg F. Wittenberger wrote:
> I can't resist to propose another minor code improvement.
>
> For this one I even recall where I learned the trick: early in my CS
> studies, we been taken to analyse how we could do better than the
> straight forward implemen
On Tue, Sep 27, 2011 at 09:21:15PM +0200, Jörg F. Wittenberger wrote:
> On Sep 27 2011, Peter Bex wrote:
>
> >On Tue, Sep 27, 2011 at 03:22:06PM +0200, Jörg F. Wittenberger wrote:
> >>While I've been looking at the code I wondered if the C compiler
> >>will fur sure pull that one test out of the f
On Tue, Sep 20, 2011 at 02:11:41PM +0200, Sascha Ziemann wrote:
> The Perl version takes for my test tree about two seconds:
>
> real 0m1.810s
> user 0m1.664s
> sys 0m0.140s
>
[snip]
>
> And now hold on tight! It takes more than one minute for the same data:
>
> real 1m16.540s
> user 1m14
On Sat, Sep 03, 2011 at 10:30:24AM -0400, John Cowan wrote:
> Jörg F. Wittenberger scripsit:
>
> > But wait: Jules is right: somehow there needs to be some arrangement
> > that there's a waitpid sure before the process exists on any other way
> > to prevent zombies on the system.
> >
> > Does anyo
On Thu, Sep 01, 2011 at 10:02:18AM -0700, chi...@bmedctr.com wrote:
>Hello,
>> * Message sent: 01 Sep 2011 14:16:44 +0200 *
>> For quite some time I've been wondering why my app runs only about
>> twice as fast on chicken compared to rscheme (given the benchmark
>> style
On Thu, Sep 01, 2011 at 12:04:58PM +0200, Christian Kellermann wrote:
> * felix winkelmann [110901 11:58]:
> > > Maybe adding a simple clause like:
> > >
> > > (depends-on-external "libexif" source: "http://libexif.sf.net";)
> > >
> > > to the .meta file (of libexif in this case) which can be qu
0, Matt Welland wrote:
>Yep, that works! It looks right at home with the existing hacks and will
>do until I get to some refactoring
>
>Thanks for the solution!
>
>On Tue, Jul 12, 2011 at 6:01 PM, Alan Post
><[1]alanp...@sunflowerriver.org>
What happens if you call?:
(use posix)
(process-signal (current-process-id) signal/kill)
-Alan
On Tue, Jul 12, 2011 at 05:25:24PM -0700, Matt Welland wrote:
>I have some code that was "evolved" rather than designed and is admittedly
>a bit of a mess and I needed to add an "(exit)" deep
On Mon, Jul 11, 2011 at 11:04:09PM +0200, Felix wrote:
> From: John Cowan
> Subject: Re: [Chicken-users] EQV? and NaN
> Date: Mon, 11 Jul 2011 16:58:09 -0400
>
> > Felix scripsit:
> >
> >> "(eqv? +nan +nan)" being #t would mean violation of R5RS.
> >
> > Technically, yes. But R5RS didn't antic
On Fri, May 06, 2011 at 08:09:12AM -0400, Mario domenech Goulart wrote:
> Hi Alan,
>
> On Thu, 5 May 2011 21:07:47 -0600 Alan Post
> wrote:
>
> > On the nightly tests page:
> >
> > http://tests.call-cc.org/
> >
> > There is a link to the custom fe
On the nightly tests page:
http://tests.call-cc.org/
There is a link to the custom feeds:
http://tests.call-cc.org/feeds/custom
which is generating a 404 message for me.
I used to have there the file:
http://tests.call-cc.org/feeds/custom/alanpost.xml
Which I used to monitor the nightl
On Tue, Mar 29, 2011 at 09:59:08AM -0400, Mario domenech Goulart wrote:
> Hi,
>
> Is compiling Chicken with _FILE_OFFSET_BITS=64 considered safe on 32bit
> platforms? I've quickly tried it on Linux/x86 and it seems to work
> fine.
>
> Is there anything I should be aware regarding to this setting
What are you using that test harness for? That program seems really
neat, would you mind talking more about it?
-Alan
On Sun, Mar 13, 2011 at 09:51:51PM -0700, matt welland wrote:
> I've been waiting for some free time to "clean it up" before making some
> of my projects public but obviously tha
On Thu, Mar 03, 2011 at 05:50:26PM +0100, Thomas Chust wrote:
> 2011/3/3 Andrew Pennebaker :
> > I'd like to find out my Chicken script name programmatically.
> > [...]
>
> Hello Andrew,
>
> program-name [1] is a built in parameter exported from the chicken
> library unit that returns the name of
(car (argv))
Is what I think you get.
-Alan
On Thu, Mar 03, 2011 at 11:38:53AM -0500, Andrew Pennebaker wrote:
>I'd like to find out my Chicken script name programmatically. Something
>like Python's __name__, or Perl/Ruby's $0 would be very helpful.
>Cheers,
>Andrew Pennebaker
>
Ivan,
I understood Alaric's message to be a request to take the commit
log, &c, regardless of the form they are in, and convert that
directly into a form useable by the gazette: Summarized, formatted,
and checked in to the repository.
-Alan
On Wed, Feb 16, 2011 at 07:04:28PM +0900, Ivan Raikov
If you figured it out that would be amazing. I'm not sure myself
what the core binding forms are, but this is a very interesting
problem, I'm enjoying reading about you digging it up.
-Alan
On Fri, Feb 11, 2011 at 03:10:03PM -0500, Patrick Li wrote:
>Great. Thanks for that tip! I think I wil
On Sun, Jan 30, 2011 at 12:28:00PM +0900, Alex Shinn wrote:
> On Sun, Jan 30, 2011 at 12:09 PM, Alan Post
> wrote:
> >
> > Alex, will you explain what I'd doing wrong here using
> > tree searching patterns?
> >
> > (pretty-print (map
> >
On Sat, Jan 29, 2011 at 11:23:54AM +0900, Alex Shinn wrote:
> So by deliberately limiting match we force people
> to write faster code. At the same time, it's more
> verbose code - if you really want a match as powerful
> as prolog you could implement it and deal with the
> fact that it can be ver
On Sat, Jan 29, 2011 at 09:32:10PM +0900, Daishi Kato wrote:
> At Fri, 28 Jan 2011 16:45:06 +0100,
> Peter Bex wrote:
> > I suck at xpath so I have no idea. You could try the SSAX mailinglist...
>
> Before trying the ssax ML, I looked the code again.
> Because I didn't find big difference in ssax
On Sat, Jan 29, 2011 at 10:52:15AM +0900, Alex Shinn wrote:
> On Fri, Jan 28, 2011 at 12:15 AM, Alan Post
> wrote:
> > I'm only going to get more demanding out of what I'd like match to
> > do, I would like the latest version.
>
> I've updated matc
On Thu, Jan 27, 2011 at 10:21:05PM -0700, Alan Post wrote:
> I'm trying to use the matchable egg to detect #!key parameters in
> functions I've constructed. I have functions that accept multiple
> #!key parameters, and I'm not sure how to make the matchable egg
> matc
I'm trying to use the matchable egg to detect #!key parameters in
functions I've constructed. I have functions that accept multiple
#!key parameters, and I'm not sure how to make the matchable egg
match |(func ... mykey: myvalue ...)|. That is, how to get the
matchable egg to match two parameters
able for Chicken modulo the module syntax.
>
> Do we want the latest version for Chicken (with tree patterns and ..1),
> or should I just patch this one bug?
>
> --
> Alex
>
>
> On Tue, Jan 25, 2011 at 8:32 AM, Alan Post
> wrote:
> > On Tue, Jan 25, 2011 at 07:
On Tue, Jan 25, 2011 at 07:51:12AM +0900, Alex Shinn wrote:
> On Sun, Jan 23, 2011 at 3:01 PM, Alan Post
> wrote:
> >
> > I've just come across a bug in the matchable egg which I've
> > documented in ticket #487:
> >
> > http://bugs.call-cc.org/tick
Hello Alex,
I've been using your matchable egg and am really happy with it.
I've been using it to make the compiler for my parser, genturfa'i,
more sophisticated so that I can make the runtime code much simpler.
Having taken a quick look at the code, it doesn't seem like it
derives from Andrew Wr
On Thu, Jan 20, 2011 at 01:59:34PM -0700, Alan Post wrote:
> On Thu, Jan 20, 2011 at 12:20:29PM -0700, Alan Post wrote:
> > On Thu, Jan 20, 2011 at 08:46:16AM -0700, Alan Post wrote:
> > > On Thu, Jan 20, 2011 at 06:58:27AM -0700, Alan Post wrote:
> > > > I
On Thu, Jan 20, 2011 at 12:20:29PM -0700, Alan Post wrote:
> On Thu, Jan 20, 2011 at 08:46:16AM -0700, Alan Post wrote:
> > On Thu, Jan 20, 2011 at 06:58:27AM -0700, Alan Post wrote:
> > > I've been refactoring the interface between 3 of the subsystems in
> > > my e
On Thu, Jan 20, 2011 at 08:46:16AM -0700, Alan Post wrote:
> On Thu, Jan 20, 2011 at 06:58:27AM -0700, Alan Post wrote:
> > I've been refactoring the interface between 3 of the subsystems in
> > my egg, genturfa'i. I've made a ton of changes to the code, and
> >
On Thu, Jan 20, 2011 at 06:58:27AM -0700, Alan Post wrote:
> I've been refactoring the interface between 3 of the subsystems in
> my egg, genturfa'i. I've made a ton of changes to the code, and
> am at the point where I'm ready to compile everything and figure
> ou
On Thu, Jan 20, 2011 at 03:08:53PM +0100, Christian Kellermann wrote:
> * Alan Post [110120 14:59]:
> > I've been looking over diffs trying to see if I've introduced a
> > subtle scope or syntax error somewhere, but I'm not having much
> > luck.
> >
&
On Thu, Jan 20, 2011 at 09:09:25AM -0500, Felix wrote:
> From: Alan Post
> Subject: [Chicken-users] obscure error message after refactoring
> Date: Thu, 20 Jan 2011 06:58:27 -0700
>
> >
> > I don't have an explicit call to caddr anywhere in my code, and I
&
I've been refactoring the interface between 3 of the subsystems in
my egg, genturfa'i. I've made a ton of changes to the code, and
am at the point where I'm ready to compile everything and figure
out what is broken. I run chicken-install -s, and as it tries
to compile my library, gives me the fol
On Sat, Jan 15, 2011 at 03:51:45PM +0100, Thomas Chust wrote:
> 2011/1/15 Alan Post :
> > 2011/1/14 .alyn.post. :
> >> [...]
> >> The sqlite3 is still failing to compile in the experimental branch:
> >> [...]
> > [...]
> > I believe the attac
1 - 100 of 190 matches
Mail list logo
