[Chicken-users] OT: My confusion about testing.

2008-06-16 Thread Robin Lee Powell
This is one of the few coder communities I interact with regularily, so I'd appreciate comments on http://rlpowell.wordpress.com/2008/06/16/what-is-it-about-testing-i-dont-understand/ -Robin -- Lojban Reason #17: http://en.wikipedia.org/wiki/Buffalo_buffalo Proud Supporter of the Singularity In

Fwd: [Chicken-users] Soundex

2008-06-16 Thread Kyle R. Burton
Whoops, failed to CC the list... -- Forwarded message -- From: Kyle R. Burton <[EMAIL PROTECTED]> Date: Mon, Jun 16, 2008 at 6:31 PM Subject: Re: [Chicken-users] Soundex To: felix winkelmann <[EMAIL PROTECTED]> > chicken-setup slib should work ok. The problem with slib is that >

[Chicken-users] Re: hygienic chicken

2008-06-16 Thread felix winkelmann
Hi! I just checked something in to allow exporting all definitions form a module, use it like this: (module NAME all BODY ...) Might be helpful porting old code. Is anybody actually trying this thing out? cheers, felix ___ Chicken-users mailing

Re: [Chicken-users] Is the GTK+ egg still alive?

2008-06-16 Thread felix winkelmann
On Mon, Jun 16, 2008 at 12:10 AM, Stephen Eilert <[EMAIL PROTECTED]> wrote: > Sorry for the late reply, didn't see the message before. > > I'm also willing to contribute, if necessary. > Great! Now, this is the right moment for someone (John?) to pick this up and start to coordinate! I'll happily

Re: [Chicken-users] Soundex

2008-06-16 Thread felix winkelmann
On Sun, Jun 15, 2008 at 5:20 PM, Kyle R. Burton <[EMAIL PROTECTED]> wrote: > > I see that there is a Soundex that is part of slib, and that slib is > compatible with Chicken - but I couldn't figure out how to get it up > and running in my chicken instance. I saw referenced at one point > that the

Re: [Chicken-users] mysql egg + prepared statements = ??

2008-06-16 Thread Robin Lee Powell
On Mon, Jun 16, 2008 at 10:20:35AM -0700, Kon Lovett wrote: > > On Jun 15, 2008, at 11:15 PM, Robin Lee Powell wrote: > >> >> So the MySQL egg seems to *almost* have support for prepared >> statements; there's certainly a bunch of relevant code in there. >> In particular, mysql-stmt-query is define

Re: [Chicken-users] mysql egg + prepared statements = ??

2008-06-16 Thread Kon Lovett
On Jun 15, 2008, at 11:15 PM, Robin Lee Powell wrote: So the MySQL egg seems to *almost* have support for prepared statements; there's certainly a bunch of relevant code in there. In particular, mysql-stmt-query is defined and appears to be exported, but attempting to use it I get Error: unb

[Chicken-users] riaxpander bug(?) with #!optional

2008-06-16 Thread Peter Wright
After recently rereading Alex's informative post on Chicken macro systems a month or so ago, I was trying out riaxpander as a replacement for syntactic-closures, but have just run into some rather odd behaviour. System: Linux, Chicken 3.2.0 (SVN rev. 10664), riaxpander Version: 0.8.1 (Release 200

Re: [Chicken-users] bug in big numbers or somewhere

2008-06-16 Thread felix winkelmann
On Mon, Jun 16, 2008 at 1:21 PM, naruto canada <[EMAIL PROTECTED]> wrote: > > actually I find another way to trigger the bug, having nothing to do > with bignum literals: > > other schemes: > ;; (factorial n) > ;; test memorized recursion > (newline) > (factorial 55) > ;'done > ;1269640335365827592

Re: [Chicken-users] bug in big numbers or somewhere

2008-06-16 Thread naruto canada
On 6/16/08, felix winkelmann <[EMAIL PROTECTED]> wrote: > On Mon, Jun 16, 2008 at 1:30 AM, naruto canada <[EMAIL PROTECTED]> > wrote: >> hi >> >> I thinks there is a bug in big numbers extension or somewhere else... >> I am not sure. >> > > From a quick peek I can infer at least the following: the

Re: [Chicken-users] bug in big numbers or somewhere

2008-06-16 Thread felix winkelmann
On Mon, Jun 16, 2008 at 1:30 AM, naruto canada <[EMAIL PROTECTED]> wrote: > hi > > I thinks there is a bug in big numbers extension or somewhere else... > I am not sure. > >From a quick peek I can infer at least the following: the compiler does currently not support bignum literals, the large exac