World: r3wp

Doesn't REBOL read the windows time?

Guess need more information by what you mean by changed.

if someone manipulates the clock or if it switches to daylight savings 
time, etc.

Henrik those events are written into the event log on NT platforms.

Maybe that would help to query the log.

You can see those messages by going to start -> run -> "eventvwr.msc"

Should record then in the system log section.

;Here is a handy skip function:

skip+: func [
    {Returns a series matching the skip sequence}
    series [series!] "Series to return skip values from."
    interval [integer!] "Skip interval"
    start [integer!] "Series index to start skipping from."
    /local blk][
    blk: copy []
    series: at series start
    while [not tail? series][

        if (index? series) = start [insert tail blk first series start: start 
        + interval]
        series: next series
    ]
    series: head series
    if empty? blk [return none]
    blk
]

hmm... can you give some examples of the skip+ function?

>> blk: [1 2 3 4 5 6 7 8 9 10]
== [1 2 3 4 5 6 7 8 9 10]
>> skip+ blk 2 1
== [1 3 5 7 9]

>> blk: ["paul" "john" "ringo" "george" "michael" "ted" "hans" "linda" 
"sue"]

== ["paul" "john" "ringo" "george" "michael" "ted" "hans" "linda" 
"sue"]
>> skip+ blk 3 1
== ["paul" "george" "hans"]

It allows you to start at any index position in a series and begin 
returning values that match the skip interval.

You can use EXTRACT for that:
>> extract blk 3
== ["paul" "george" "hans"]
>> extract next blk 3
== ["john" "michael" "linda"]

REBOL has so many cool functions already build in. Look here for 
them sorted by area of use:
http://www.rebol.com/docs/dictionary.html

Geomol, it reminds me that R3's help function must provide hints 
to relevant functions. I've fallen into this trap many times.

LOL geomol, I was looking all over for a function in REBOL that did 
that.

My skip function is a bit more efficient though.  Maybe we should 
replace extract with it:

>> a
== [1 2 3 4 5 6 7 8 9 10]
>> stats/evals/clear
== [2 1 2]
>> b: extract/index a 2 1
== [1 3 5 7 9]
>> stats/evals
== [218 107 33]
>> stats/evals/clear
== [219 108 34]
>> b: skip+ a 2 1
== [1 3 5 7 9]
>> stats/evals
== [187 90 39]

Looks like extract is also a bit buggy

>> a
== [1 2 3 4 5 6 7 8 9 10]
>> b: extract a 2 22
== 22
>> b: extract/index a 2 22
== [none none none none none]

But for what I'm doing I think extract will be fine since it is built 
in.  Will save me a few lines of code in my script.

I don't see a bug in any of those entries.

Probably not a bug but does we really want none to be returned?

yes, that's on purpose. in 2.7.6 you can define a different default 
value to be returned.

So how is it not a bug if you tell it to start at index 22 and there 
is no index 22 and it  is returning none?

>> a/22

sorry

>> a/22
== none

in 2.7.6:

>> b: extract a 2
== [1 3 5 7 9]
>> b: extract/index a 2 22
== [none none none none none]
>> b: extract/index/default a 2 22 'potato
== [potato potato potato potato potato]

I know that a/22 is none but shouldn' t it instead react like other 
REBOL entries in this regard and say "out of range"?

if it did that, we'd have hundreds of cases where we'd need extra 
error handling. in fact, R3 produces more cases where it returns 
none, than R2 does. it's just simpler.

Not a fan of how it returns values.

the error checking you could do, would be to check for the range 
first and then pick your value, if the index is in range.

well, you'd have to write a lot more code, if it returned an error.

I don't have to do none of that with skip+

>> a
== [1 2 3 4 5 6 7 8 9 10]
>> skip+ a 2 22
== none

I can see you are worried about whether the returned none! is a value 
in your block or if it's out of range.

exactly

another reason extract does this, is to keep the block datatype for 
output. again you need to produce much more code, if the datatype 
is changed in the output.

you don't have to worry if you just check if the index is in range 
first.

skip+ keeps the output in a block as well:

>> skip+ a 2 3
== [3 5 7 9]

not when it's out of range :-)

exactly.  I wouldn't want it to more often then I would

much easier to do:

to-block skip+ a 2 3 


then to determine if a none is an actual value being returned of 
my series.

but... anyway, it's just two different principles. I prefer to do 
the error checking before doing operations in the series:

a: [1 2 3 4]
b: 7
either tail? at a b [print "whoa!"][extract a b]

That is defeating the purpose of a mezz.   The mezzanines are so 
we don't need to use more code.

Makes me think we should have a poll for mezzanine changes.  Let 
the community decide.  Could be very beneficial to REBOL.

how will you do error checking with less code in the example above?

I'm saying with skip+ it is already done for me.  I can tell if something 
is out of range if it returns none.

sure. that's why I think is impractical for cases like:

foreach val skip+ a 2 3 [do-something]


you will get a crash, when it returns none, and you will still need 
to do some type of range check to avoid the crash.

i'm going to use extract for what I'm doing since I already am doing 
error checking on the front side in my scripts where I'm going to 
use extract but I'm only going to use it since it is built in.  But 
I'd rather see something similiar to the returns that skip+ provides 
instead.