r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[RAMBO] The REBOL bug and enhancement database

Pekr
27-Dec-2005
[1451]
rewriting things sometimes helps :-) .... but Carl already stated 
that he would have to have million to start the rewrite :-)
Gabriele
27-Dec-2005
[1452x2]
the point is the goal, not the rewriting ;)
the semantics for word values don't need much change IMHO
[unknown: 5]
27-Dec-2005
[1454]
I think I know what your saying now Gabriele.  That any arg is going 
to be put into system/words?
Volker
27-Dec-2005
[1455x3]
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?
Anton
28-Dec-2005
[1458]
(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"
Anton
29-Dec-2005
[1459]
(Submitted my bug above to RAMBO.)
Ammon
12-Jan-2006
[1460]
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.
Anton
13-Jan-2006
[1461x6]
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.
Gabriele
13-Jan-2006
[1467x2]
Ammon, i cannot reproduce your bug. can anyone reproduce it?
http://www.rebol.net/cgi-bin/rambo.r?id=-551&
JaimeVargas
13-Jan-2006
[1469]
Nope. I get a simple error.
>> load "():"
** Syntax Error: Invalid word-get -- :
** Near: (line 1) ():
Ladislav
13-Jan-2006
[1470]
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
JaimeVargas
13-Jan-2006
[1471]
Inconsistent beahviour imho.  It should be:
>> pick m -1
== 4
Volker
13-Jan-2006
[1472]
agreed
Ammon
13-Jan-2006
[1473x4]
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.
Gregg
13-Jan-2006
[1477x2]
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.
Ammon
13-Jan-2006
[1479]
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.
Gregg
13-Jan-2006
[1480x2]
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?
JaimeVargas
13-Jan-2006
[1482]
Ammon, look at my PRINTF function in rebol.org it gives you preceise 
control on formating number strings.
Ammon
13-Jan-2006
[1483]
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.
Anton
18-Jan-2006
[1484x6]
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.
Will
20-Jan-2006
[1490]
mymistake please delete RAMBO Ticket #-556
Will
23-Jan-2006
[1491]
Please remove tiket 4021, my mistake, I had this in user.r
clean-path: :secure-clean-path
Anton
23-Jan-2006
[1492]
Will, might be better to submit a new rambo ticket to ask to remove 
the old one. Then it's not forgotten, and you know the people actually 
capable of closing the ticket will have to review it.
Will
23-Jan-2006
[1493]
will do thanks for the tip 8)
Anton
23-Jan-2006
[1494x4]
This situation happened to me several times when I first started. 
I would report bugs that were my caused by my own custom user.r. 
It makes you unsure and paranoid about your bug reports, so slows 
you down and maybe stops you making the bug report.
So what I did was create an "anton-user.r" file, which my user.r 
calls *optionally*.
It decides whether to call it based on a command line argument.

So, two different command lines can start rebol "clean" (without 
anton-user.r) or "unclean" (with all my customizations in anton-user.r).
For example, two icons I have:

Rebol/View 1.3.1.3.1   ->  D:\Anton\Dev\Rebol\View\rebview1.3.001.3.1.exe 
-- "do-anton-user?: true"

Rebol/View 1.3.1.3.1 (clean)   ->  D:\Anton\Dev\Rebol\View\rebview1.3.001.3.1.exe
Then my user.r contains this:

        use [args] [if args: system/options/args [do first args]] 
        if value? 'do-anton-user? [
            use [site contents url] [
                site: http://www.lexicon.net/antonr/rebol/

                if contents: load-thru http://www.reboltech.com/index.r[
                    site: select contents [folder "Anton"]
                ] 
                clear find site %index.r 
                if none? do load-thru url: site/anton-user.r [
                    print ["Couldn't load-thru" url]
                ]
            ] 
            unset 'do-anton-user?
        ]
Will
23-Jan-2006
[1498]
nice tip thanks 8)
Anton
23-Jan-2006
[1499x2]
(The SITE stuff I have there is so I can keep anton-user.r part of 
my public distribution. You may not need all that though.)
You're welcome :)

So I keep my user.r small, and if by chance it should ever be overwritten 
by a new installation of rebol in the same directory, then I haven't 
lost too much.