World: r3wp

It does not appear to be in Rambo.

I suppose the work-around is just to use face/text instead of value.

RAMBO it !
Accessors where made a bit to quicky OMO.

field are special case due to password input, and the accessors does 
not managed this well OMO.

Maybe looking to it and proposing correction into RAMBO would help.

I don't agree to the design of accessors at  all - they should be 
more general, taking more arguments - set-face 'attribute value, 
e.g. set-face 'color blue

It was discussed many times, and you are not the only one who think 
like this.

I am still for running facets again.

Anyone else see the problem that I see with 'alias:  http://www.rebol.net/cgi-bin/rambo.r?id=3986&

I'm not saying that it doesn't bind a word to system/words - its 
just my opinion that it shouldn't do so until it correctly ensuring 
the syntax is correct of the alias function

; for example if you do the following improper statement of the alias 
function
alias print "blah"

'; you will get an error message but then after you get the error 
message you will see that it still created 'blah in system/words

it shouldn't do so

 - that would require rewriting REBOL from scratch, and the result 
 would most likely be incompatible with the current REBOL.

rewriting things sometimes helps :-) .... but Carl already stated 
that he would have to have million to start the rewrite :-)

the point is the goal, not the rewriting ;)

the semantics for word values don't need much change IMHO

I think I know what your saying now Gabriele.  That any arg is going 
to be put into system/words?

Once a word is loaded, its in system/words and cant be aliaced anymore 
(HTH)

thats why the alias is a string. Else it would be loaded before 'alias 
is executed.

BTW is somebody using 'alias?

(Not me.)
Paul, go to a fresh console and type
>> hello
and press Enter.
Now you can see it was added to system/words:
>> last first system/words
== hello
So it is now unavailable to be used as an alias.
>> alias 'print "hello"
** Script Error: Alias word is already in use: hello
** Near: alias 'print "hello"

(Submitted my bug above to RAMBO.)

Apparently REBOL doesn't like set-paren!s  http://www.rebol.net/cgi-bin/rambo.r
 This is a really ugly bug that needs fixed ASAP, kills the interpreter 
no questions asked and no information given.

I just found a file that I can READ but not OPEN a port to. This 
bug can be seen on old and new versions of Core 
and View:
>> read %"/j/anton/mp3s/more/test-copy.mp3"

== {ID3^C^@^@^@^@^F^NTMED^@^@^@^D^@^@^@DIGTLEN^@^@^@^G^@^@^@472006TCON^@^@^@^E^@^@^@miscTRCK^@^@^@^B^@^@^@5TALB^@^@^@^\^@^@^@Psych
o...
>> port: open %"/j/anton/mp3s/more/test-copy.mp3"
** Access Error: Cannot open /j/anton/mp3s/more/test-copy.mp3
** Near: port: open %/j/anton/mp3s/more/test-copy.mp3
>> port: open/binary %"/j/anton/mp3s/more/test-copy.mp3"
** Access Error: Cannot open /j/anton/mp3s/more/test-copy.mp3
** Near: port: open/binary %/j/anton/mp3s/more/test-copy.mp3
>> read/binary %"/j/anton/mp3s/more/test-copy.mp3"
== #{
4944330300000000060E544D454400000004000000444947544C454E00000007
00000034373230303654434F4E000000050000006D6973635452434B0000...

Anyone else seen such behaviour ?

I'm on WinXP. I just copied the file to a different volume and it 
can be read there.

(Sorry, I can OPEN it there.)

When I copied it within the same, original directory, it still could 
not be opened.

False Alert !!!   It had read-only attribute set.  (omg...)  Sorry 
about that.

Ammon, i cannot reproduce your bug. can anyone reproduce it?

http://www.rebol.net/cgi-bin/rambo.r?id=-551&

Nope. I get a simple error.
>> load "():"
** Syntax Error: Invalid word-get -- :
** Near: (line 1) ():

what do you think about this, BTW?:

>> l: make list! [4]
== make list! [4]
>> m: tail l
== make list! []
>> first back m
== 4
>> pick m -1
== none

Inconsistent beahviour imho.  It should be:
>> pick m -1
== 4

agreed

Ah, you are right.  I guess I didn't have the latest version of the 
interpreter running.  Sorry.

There is a bug that is currently plaguing us though and its going 
to be difficult to corner but needs to be found.  On some systems 
then:

>> form 1.0
== "1.0"

Others:

>> form 1.0
== "1"

Actually, the latest beta acts the same on both Linux and Windows 
and uses the "1.0" form which is wrong.  Form  should return "1" 
where Mold should return "1.0"

As near as I can tell the newest version that forms decimals properly 
is 2.5.6 for windows and  2.1.1 for Linux.  I don't have access to 
a 2.5.6 version for Linux but on Windows 2.5.6 forms correctly and 
2.5.7 and every version newer that I have tested has formed decimals 
incorrectly.

Why do you think it's incorrect?

That it's a change in behavior, yes, but it seems more correct the 
way it is now, so I'm guessing it's an intentional change.

Why though?  We have Mold that gives us the REBOL version and the 
name implies that it is giving us the "pretty" version of the value.

RAMBO #3460. It's come up before.

I don't know about "pretty " versus loadable, but what specific issue 
does it cause that you don't want that extra information available?

Ammon, look at my PRINTF function in rebol.org it gives you preceise 
control on formating number strings.

It was really an issue of having inconsistant behaviour on different 
platforms in some of the earlier alphas.  Now that it is consistant 
across platforms I don't think I can really complain about it.  We'll 
just use 'round or a similar function to format the decimals.

find mold ctx-viewtop http://www.rebol.com/view/icons/desktop

I am sure the above url is not supposed to have "icons/" in it,
and it should also have a final slash, like this:

	http://www.rebol.com/view/desktop/


The reason it hasn't shown itself is because it appears in this ANY 
block:


 any [user-prefs/desktop-url http://www.rebol.com/view/icons/desktop] 

and user-prefs is set up correctly elsewhere:

	>> user-prefs/desktop-url
	== http://www.rebol.com/view/desktop/

Another issue. Looks like global word SUFFIX-MAP is supposed to be 
local to CTX-VIEWTOP.

(I could be wrong, maybe IOS uses it too, so therefore shared globally 
?)
Anyone have some insight on that ?

Just checked, Rebol/Link does not have SUFFIX-MAP global.

Therefore, I am more sure it's not supposed to be Global in Rebol/View.

mymistake please delete RAMBO Ticket #-556

Please remove tiket 4021, my mistake, I had this in user.r
clean-path: :secure-clean-path