World: r3wp

but that seems to be the limit of preprocessing the list

I use similar code in LIST-VIEW and it searches about 30000 words 
in 0.1-0.2 seconds. It does no t use expression matching, though.

and it also gets all results

rather than just the first one

ive got some old code i did a few years ago in C# that uses regex 
to do it but I was just curious if rebol could do it in a timely 
manner

parse should probably not be ruled out. it's very fast.

im testing parse at the moment - ill test it on R2/R3 and see how 
it rates

this by ladislav was interesting http://www.compkarori.com/vanilla/display/PARSE-Versus-Regexs

http://anton.wildit.net.au/rebol/library/string-search-functions.r

http://anton.wildit.net.au/rebol/library/demo-string-search-functions.r

(They don't do wildcard searching, though could be modified I suppose...)

Is there any windows setting, or anything else, which results in 
'now not providing the timezone?

I've got an encapped application which is failing, and it can only 
be failing if there is no timezone in the 'now data.

yes... jeruzalem time-zone:)

very interesting

it should be +2:00 but I have no timezone in rebol

why?

also you have to restart rebol to get changed timezone setting updated

>> now
== 2-Sep-2008/22:23:12+12:00

ech.. no... now it's correct

what happens for you?

so I'm not sure

I'm changing timezones in settings and check 'now in Rebol... I got 
it without timezone once

oh .. bug then.

>> now
== 2-Sep-2008/12:21:27

what timezone setting in windows?

now with Casablanca, Monrovia

yes... it's every time... there is no timezone in windows settings 
as well for this zone

I guess there should be 0:0 in Rebol (not none)

>> now
== 2-Sep-2008/11:28:35+1:00

In Vista .. using Casablanca.

>> now
== 2-Sep-2008/10:29:40

with daylight saving disabled

interesting.

So, this is for GMT

Anyone consider this a bug?

and I guess it's related to the red icons bug in old IOS times. The 
timezone is not updated in Rebol if it changes in system.

I think it should be displaying +0:00

yes

Ok, I'll rambo it.

or the app has to be no timezone aware:) Don§t know what can takes 
less time to fix:)

I got it...
t: 1-1-2006/1:0:1+0:0
== 1-Jan-2006/1:00:01

the timezone is removed if it's zero

Yes.

Maybe it's because 0 is false in C so the native time format thinks 
there is no timezone

Rambo'd it.

Thanks.

That's caught me a couple times as well.

Any way to get a copy of the R3 Alpha?  I have a very simple script 
that has to deal with utf-8 text that this would really help with.

the download link is posted on rebol.net

I think it's still only the private version that uses Unicode?