[REBOL] "logical" value referencing ... Re:(8)

1999-12-26 Thread icimjs
Hi Joel, this response was written on Thursday last week. At the time the message I am responding to was your latest message to the list. Since then you have sent a few other messages. Text begins here ===> R Stands For Relative! I decided to review your messages bottom up (the latest mes

[REBOL] "logical" value referencing ... Re:(8)

1999-12-24 Thread icimjs
Hi Joel, you quoted me: >> The line in which 'b was created wasn't changed. Most dramatically, it >> continues to be the exact same line you commented on as >> >> >the creation of B >> >is "dynamic" as opposed to A, where the creation is "static" >> > ... >> Let me see an explanation that main

[REBOL] "logical" value referencing ... Re:(8)

1999-12-22 Thread icimjs
At 11:37 PM 12/21/99 +0100, you wrote: >Hi, I had a problem to find your post and respond to it (sorry). Tell me which one you couldn't find and I'll be happy to email you a copy off list. > >just want to point out some errors made by you: > >1) In Rebol A and B don't mean the same as you sugges

[REBOL] "logical" value referencing ... Re:(8)

1999-12-19 Thread lmecir
Ahoj, Petre, hezke vanoce (Hi, Peter, Merry Christmas) can't resist to show you a few examples of Rebol code (just for fun, don't be afraid). Ex1: f: func [/local a][ do func [] [ a: "" ] insert a "1" ] Results: >> f == "" >> f == "" interesting, isn't it? Ex2: a: [""] b:

[REBOL] "logical" value referencing ... Re:(8)

1999-12-17 Thread rryost
Hi Elan. Russell [EMAIL PROTECTED] - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 16, 1999 11:18 PM Subject: [REBOL] "logical" value referencing ... Re:(7) > Hi Russell, > > You translated the repeated evaluation of the function into repea

[REBOL] "logical" value referencing ... Re:(8)

1999-12-17 Thread Petr . Krenzelok
[EMAIL PROTECTED] wrote: > When you look at the function's code, you may think that the instructions > above are incorrect. Isn't 'a assigned as a reference to an emtpy string > each time the function is evaluated? No. A literal string is global and > therefore the originally empty literal stri