World: r3wp
[All] except covered in other channels
older newer | first last |
BrianH 31-Mar-2009 [3417] | Right now you can count on LOAD returning REBOL data, or an error. This is what makes LOAD trustworthy enough for DO. |
Graham 31-Mar-2009 [3418] | seems a significant omission ... |
BrianH 31-Mar-2009 [3419] | Really? Do you mean #1-773-555-1212 ? |
Graham 31-Mar-2009 [3420] | how many times do you see phone numbers like that in real data ? |
BrianH 31-Mar-2009 [3421] | In REBOL data, plenty. I thought we were talking about LOAD, not input processing. |
Graham 31-Mar-2009 [3422] | to block is clearly evaluating |
BrianH 31-Mar-2009 [3423x3] | Processing UTF-8 to parse REBOL data, yes. |
I say UTF-8 because this is R3 LOAD we are talking about - R2's LOAD won't change again. | |
Listen, we had this discussion before and the compromise endied up being TRANSCODE/error (added in alpha 39). | |
Graham 31-Mar-2009 [3426x3] | Is the r3 group? |
this | |
didn't know that | |
Anton 31-Mar-2009 [3429] | Yes, I've noticed the same arguments put forward as before. |
Graham 31-Mar-2009 [3430] | Oh well, we need a FAQ then ! |
BrianH 31-Mar-2009 [3431] | This discussion pertains to R3, since it is a request for changes to REBOL. R2 isn't changing. |
btiffin 31-Mar-2009 [3432] | I'll do the same thing in another 2 months or so ... It's a new quirk of mine Anton. ;) I'll continue to do so until the kids on compsci.ca see REBOL as a worthy thing to study, instead of writing it off with comments like "I can't stand the syntax". |
Anton 31-Mar-2009 [3433] | That gets really tiresome. |
Graham 31-Mar-2009 [3434x2] | someone will accuse you of trolling |
some of us just have short memories! | |
BrianH 31-Mar-2009 [3436x2] | No Brian, you won't because Carl already made the change in alpha 39, and is currently writing DECODE. |
Even my compromise from the last time you brought this up was rejected. TRANSCODE/error and codecs is what we got. Live with it. | |
btiffin 31-Mar-2009 [3438] | I'm doing it with well meaning intent. I really do struggle trying to get young up and coming university students to give REBOL the chance I know it deserves. And sorry Brian, I've haven't tried A39 yet. I'm still running the A33 for Linux. |
BrianH 31-Mar-2009 [3439x3] | Well, I already rewrote LOAD to take advantage of the TRANSCODE changes. It should go in the next build. |
This includes LOAD/next, btw. | |
Like LOAD/header, it is better than R2 :) | |
btiffin 1-Apr-2009 [3442] | This is very cool news ... I'll crank up wine again on an a40.exe to see ... time to catch up with recent developments again. |
BrianH 1-Apr-2009 [3443x2] | I think upgrade works with the Linux version now, and there are Linux builds on the releases page. |
Even cooler news from the upcoming LOAD: >> load ["print 'hello" "print 'there"] == [[print 'hello] [print 'there]] Works with files and urls too - Carl's idea :) | |
Steeve 1-Apr-2009 [3445] | uh ? |
btiffin 1-Apr-2009 [3446x2] | I've been trying upgrade ... just did a minute ago ... it stashed an r3-a40.exe so I wouldn't have bothered to look ... but am now as you made me all keen and curious. And yes, the releases page has updates I didn't notice. |
Thanks Brian | |
BrianH 1-Apr-2009 [3448x3] | LOAD of a block will treat the block as a collection of things to load, so it will load all of them The code is this: map x source [apply :load [:x header next all unbound]] |
Yeah, the upgrade returns anLinux binary with a Windows name :) | |
an -> a | |
Steeve 1-Apr-2009 [3451x2] | ahah i was about to said it was a shortcot for map str ["print 'here" "print 'here"][load str] |
to slow | |
BrianH 1-Apr-2009 [3453x2] | Yup, except with APPLY so the refinements can be propagated. |
MAP and APPLY are native in R3, as fast as FOREACH and function calls, respectively. | |
Steeve 1-Apr-2009 [3455] | map is currently underated, it's a really cool function |
BrianH 1-Apr-2009 [3456x3] | Even as mezzanines they would be useful, so MAP and APPLY are part of R2-Forward as well. |
I use them in R2 every day :) | |
Well, APPLY more often than MAP, but still. | |
Gabriele 1-Apr-2009 [3459x2] | I still don't see the performance hit of a lexical scanner that defaulted to make foreign!"" - One word, backtracking. It needs MAGIC to do what you want. MAGIC is expensive. |
Furthermore, I don't believe that this would attract even one more user to REBOL. | |
BrianH 1-Apr-2009 [3461] | Well put :) |
Steeve 1-Apr-2009 [3462x2] | To be honest, i can see his point. If instead of failing on the first error encountered, we could have a load-foreign which accept a user call back function, each time an error occurs. Then, we could do some handy conversions meanwhile the loading process. Don't say it would be a useless thing guys. |
it's easy to simulate with transcode and parse but we need speed here | |
BrianH 1-Apr-2009 [3464] | Failure is your friend. If it doesn't fail on errors, you can't trust the output and yo have to do the error checking in your code. |
Steeve 1-Apr-2009 [3465] | i'm not talking about the standard behavior of LOAD here |
BrianH 1-Apr-2009 [3466] | But he was. |
older newer | first last |