World: r3wp

Have you tried 
 parse/all trim/lines "..." " "

it's getting fooled by "{" chars I think

parse doesn't like " and  {

That rings a bell --- I vaguely remember having to do stuff like 
replacing 
   " or }
with
    to-char 0
before doing some parses, and then changing back afterwards.
That works if you have no to-char 0 in your strings

I'll have to go back over my old scripts where I solved this before 
:(

If I remember well, this behaviour is because of CSV parsing - parse 
with delimiters (rules as a string) was designed mainly for that 
case.

I'll try Gregg's split function

Nice to have code snippets on line when the brain is too tired to 
create one's own

What's wrong with this?  I'm trying to retrieve the "area" query 
string parameter out of this web log record...

test: {10.200.55.63 - - [22/Oct/2007:10:32:57 -0500] "GET /irj/servlet/prt/portal/prtroot/com.cpc.km.Redirect?userid=KALEFBM&area=chm&Rurl=http://bjzprd
/sellserve/displaysalesupdate.aspx?id=3815" 302 182}

with the following parse statement...
parse test [
	thru "area="
	copy new-area
	[to " " | to "?" | to "&"]
	to end
	(if debug? [print new-area])
]

I expect the return to be just the characters   chm, however the 
remainder of the querystring text is also being transfered.  So the 
   to "&"     is not  being considered within the rule.

I don't think you can use copy in that way.

meaning I would nead to have 3   thru... copy... to...  rules?

parse/all test [thru "&area=" copy val to "&"]
print val

Hmm, no - I'm wrong.  Try parse/all first though (for to " ")

Or, instead of parse, do -- select decode-cgi find/tail string "?" 
to-set-word 'area

string = test

the problem comes from [to " " | to "?" | to "&"]

@ Steeve,  yes, but i'm not certain there will be a   ?  or   &  
or  space character, so I want to test for all three

Use charset "?& ".

use a charset instead.
valid: complement charset "^-^/ ?&"
parse/all  test [thru "&area" copy val some valid to end]

Yep, that'd be the surest...

oups, to late

Searching for tabs and newlines would not be necessary in this case, 
but yes.

Be concise Steeve :)

Wouldn't work for the Rurl value though...

huhu

seems this works... parse/all test  [thru "area=" copy new-area some 
terminator to end (if debug? [print new-area])]
where   terminator: complement charset ["?" "&" " "].
In my earlier tests I didn't use the complement!!

Go thru the GET, thru the first ?, then process every variable seperately, 
especially of you allow unencoded strings for some variables.

The value of the Rurl parameter is an unencoded string by the way.

yes, that was another issue I was going to need to tackle... I did 
some searching and couldn't find how to encode it easily.

If it's consistently the last value, that makes it easier...

If you require that the argument value that is not url-encoded be 
the last, you can just do a to end or whatever the string terminator 
is.

In this case that would be "

Be sure to parse the whole get line - otherwise you might miss (or 
catch) maliciously crafted calls to your site.

@ Chris:  trying to accomodate variable placement within the string, 
but I can see that this can be a problem with the Rurl parameter.

thanks for the input guys.

I'm pondering attempting a PARSE lecture here on Altme;  It'd be 
run twice, 9am EST, 9pm EST (or somesuch)  Topic would be dialecting. 
 I want to see if it would work, but I'm no where near a professor 
level rebol.  So, think of it as a kindergarten lecture, as a trial.


Plan;  Post this message - see if there is feedback.  Allow for some 
Q&A time for specific topics of interest.  A week or two later, run 
a hour (probably less) of monologue (interruptions allowed for stuff 
that is just plain wrong ... but other than that participants would 
be asked to hold off on questions).  Followed immediately with a 
Q&A, complaint, correction session.  Then a DocBase page created 
with a merged transcript of the two timezoned lectures, things learned 
and hopefully something along the lines of a simple file management 
(or some such) dialect source code file.  R2 related - for me the 
R3 DELECT still hasn't sunk in.  If it works, then perhaps it could 
become a semi-regular activity...there is going to be a lot to discuss 
come "link to the rebol.dll" time.

sounds good

If it is not supposed to be interactive, you could as well prepare 
it in a form of DocBase article, and then run the session ...

Petr; true.  It is meant to be interactive, but after a monologue 
phase.  I worry a little bit as I have a sad tendency to be "almost 
right" with REBOL so I'd want the material vetted over before unleashing 
it on the innocent.

As 'the'  newbie !! I'd 'Pay' for that! ;-)

That would be great.

Ok; I'll accept a class size of as least three as enough to make 
it worth continuing.  please be advised; The teacher can be a complete 
moron every second or third minute so the participants will be asked 
to take any knowledge gained as "maybe correct".  :)  I hope and 
expect that any semi-correct information will be fully corrected 
by the community before the information leaks too far afield.  Raising 
parse takes a village.

Can you let me know what time in th UK the lecture may be ?? Ta

Yeah; I'll work out two time slots;  still leaning toward 9am EST, 
-5 hours on GMT, and 9pm.  On a Saturday/Sunday.  
More to come.

Poll re lecture;  How many people "get" pattern matching?  The whole 
success, fail and backtracking over alternates thing?  Does the class 
start with that level of description or right into parse?

I would be most interest in parse info.  My big interest is how parse 
can be used in conjunction with domain specific languages, but realize 
that might be scope creep.

Nope on the creep;  A DSL will be the outcome of the lecture.  I'm 
leaning either toward a password management dialect or a (simple) 
file management command set.

great, looking forward to it