Re: SRFI 19 bugs

Noel Welsh <noelwelsh-/[email protected]> writes:

Hi,

> I've just run into a bug in SRFI 19: it doesn't seem to
> parse the ~z zone offset specifier in string->date at all. 
> Judging from past mailing posts there are a number of bugs
> in the current implementation.  Is anyone working on SRFI
> 19?

I did some work last week, and I found a couple of bugs there.  Not
with ~z, though.  I added ~N to the reader, and change string->date so
that it allows reading of partial dates.

> I've seen mention of Neil van Dyke's port, which sounds like it will
> become an excellent replacement for the current port.

Indeed.  I haven't had time to check Neil's implementation, but that
was my plan originally.  The only thing I'd like to preserve from the
current implementation (apart from the ~N above) is the i18n stuff
that I added, using SRFI-29.

> Is work progressing on that?

Give it a go. I used it to extend SPGSQL last week, and it is working
fine, methinks.  See the parse procedures parse-time, parse-date,
etc. in sql-types.scm.  (Ryan, I hope it's OK with you that I modified
spgsql.  Only modified that file.)

Why I did it, well because we're extending SchemeQL to support other
drivers.  As a matter of fact, the latest MikeSurgery tagged version
of schemeql now supports SrPersist and SPGSQL, have not updated the
docs though.  We're also writing SRFIs around this DB thing.
(Hopefully we'll have drafts by the end of this week).

In short, once you get the latest cvs version of schemeql do:

   (require (lib "spgsql.ss" "schemeql"))

and you'll get schemeql over spgsql.  The original "schemeql.ss" still
sits atop srpersist.

best regards,
--Francisco







-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click