gmane.comp.lang.factor.general

Re: Bye Bye Tiger, Tiger Bye Bye

Slava Pestov — 2008-05-12T03:12:11

On May 11, 2008, at 10:08 PM, Aaron Schaefer wrote: It's not supported if things should happen to break. Slava ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Bye Bye Tiger, Tiger Bye Bye

Aaron Schaefer — 2008-05-12T03:08:28

Looks like it might be a while until I can jump back in and work with Factor...will have to upgrade to Leopard eventually. :-( Is anything actually broken at this point, or is it just not officially supported if things should happen to break? -- Aaron "ElasticDog" Schaefer ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: jamshred updates

Alex Chapman — 2008-05-12T00:39:50

------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone_______________________________________________ Factor-talk mailing list Factor-talk-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: Bye Bye Tiger, Tiger Bye Bye

Stefan Scholl — 2008-05-10T16:27:09

BTW: ... Minimum supported operating system versions: ... * Mac OS X 10.5 Leopard ... :-(

Re: deployment not working?

Slava Pestov — 2008-05-10T06:20:40

On May 9, 2008, at 3:50 AM, Alex Chapman wrote: Soon I'll add a feature to deployment where it can copy resources into the new bundle. This will allow Jamshred to be deployed without additional work. Slava ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: jamshred updates

Slava Pestov — 2008-05-10T06:20:12

On May 9, 2008, at 3:32 AM, Alex Chapman wrote: Hi Alex, Thanks for fixing the issue. Collision detection still seems a bit weird. Also there's a failing unit test. Could you look into that? Slava ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: deployment not working?

Alex Chapman — 2008-05-09T08:50:33

Re: jamshred updates

Alex Chapman — 2008-05-09T08:32:16

Re: deployment not working?

Alex Chapman — 2008-05-09T08:28:37

Re: deployment not working?

Slava Pestov — 2008-05-09T06:45:20

Re: jamshred updates

Slava Pestov — 2008-05-08T20:46:16

jamshred updates

Alex Chapman — 2008-05-08T07:48:57

deployment not working?

Alex Chapman — 2008-05-08T07:44:06

Re: Bug in CSV parser

William Tanksley, Jr — 2008-05-06T20:18:47

Personally, I'd think a stream/pipe processing API would be more general. That would work both with your comment/csv mashup, and with a more complex mashup where the two components don't always agree on what a "record" is (for example, one adding SQL statements onto a C syntax, or one adding C++ comments into an old C parser). The point is that both CSV and # comments have the same idea of when a record ends

Re: Bug in CSV parser

Stefan Scholl — 2008-05-06T18:50:07

One other idea: Could the streams be extended that way, that you "pipe" through a quotation? Something that reads from an input stream and "emits" data into an output stream? Slava Pestov public.gmane.org> wrote:

Re: Bug in CSV parser

Phil Dawes — 2008-05-06T16:36:29

:) How about an abstraction that lets you apply a quot to each element of a stream? (I'm still thinking about stream/collection unification, but in the meantime...) Slava Pestov wrote: ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Bug in CSV parser

Slava Pestov — 2008-05-06T13:41:47

This won't work if the comment text itself contains a quoted string "foo", because then Phil's code simply returns "foo" as the content of that line. Slava On May 6, 2008, at 8:37 AM, Stefan Scholl wrote: ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Bug in CSV parser

Stefan Scholl — 2008-05-06T13:37:34

Or the application just ignores every row with the first field starting with "#". "123,456,789\n#stuff\n111,222,333" csv [ first "#" head? not ] filter . { { "123" "456" "789" } { "111" "222" "333" } } ! Or: : process-row ( seq -- n ) dup first "#" head? not [ 0 [ string>number + ] reduce ] [ 0 ] if ; "123,456,789\n#stuff\n111,222,333" csv [ process-row ] map . { 1368 0 666 } Slava Pestov public.gmane.org> wrote:

Re: Bug in CSV parser

Slava Pestov — 2008-05-06T09:18:41

Fair enough. To put this in context, I'm working on extra/geo-ip. It doesn't work properly yet, but the idea is to parse the data at http://software77.net/cgi-bin/ip-country/geo-ip.pl?action=download to implement an IP geolocation tool for parsing log files, etc. Slava On May 6, 2008, at 3:05 AM, Phil Dawes wrote: ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Bug in CSV parser

Slava Pestov — 2008-05-06T09:17:33

This would be a good approach if the csv parser had an alternative entry point taking an array of strings. Then I could do "foo.txt" ascii file-lines [ "#" head? not ] filter csv-lines Slava On May 6, 2008, at 1:20 AM, Stefan Scholl wrote: ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

Re: Bug in CSV parser

Phil Dawes — 2008-05-06T08:05:44

Actually the problem is that this isn't valid csv, at least according to the rfc and wikipedia page IIRC (am on a bus so can't check this at the moment). If there's a quote in the field, the whole field must be quoted and the quotes escaped '""', e.g. try: "\"foo \"\"bar\"\" bar\"" csv Cheers, Phil Phil Dawes wrote: ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone