Bug or feature ?

Should not > items/i1: 666 < behave like > items/i1 < ? Is this reported already, or is it needed for anything? What do you say?

== [i1 7 i2 555]

== 62 Note that items/i1 returns the value 7, which then gets added to 55.

== [i1 7 i2 555] and note that the original block (or series) _doesn't_ get altered.

== [i1 16 i2 555] Note that the intent is assignment at 'i1 in the block of the result of 4 + 12, and Rebol returns the result, which is the changed block, as shown here:

== [i1 16 i2 555]

== [i1 666 i2 555]

== [i1 666 i2 555]

== 666

The first is set at the position and return the value (block) for reuse, while the second is get at the position and return the value. It's neither bug or "feature", but a part of the design of Rebol. I hope that helps! Andrew Martin ICQ: 26227169 http://members.nbci.com/AndrewMartin/

When you set an element of a block, the element is changed, and then the block is returned (as Andrew said, for reuse.) When you get an element of a block, only the element is returned. In this line, items/i1: 4 + 12 This happens first; items/i1: 4 <- it returns the altered block. Then this; + 12 <- trying to add 12 to the block. Error. That's because rebol evaluates from left to right. To fix, use parentheses. items/i1: (4 + 12) Anton.