Defect in Rebol/Core 2.5.6
[1/14] from: AJMartin::orcon::net::nz at: 7-Aug-2003 18:29
> * Core 2.5.6 officially released.
Hmmm, I've got a problem with this version of Rebol on Windows XP. When I
put:
do %/C/Rebol/Values/Values.r
inside %user.r, I get strange behaviour. When I 'do the above line in the
console, they all work as expected. (The above scripts also work OK with
Rebol/View.)
Here's an example of the strangeness:
>> source source
none
== source
It looks like Rebol/Core 2.5.6 on Windows XP, at least, doesn't completely
understand what 'do means?
Andrew J Martin
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/
[2/14] from: brett:codeconscious at: 7-Aug-2003 16:54
When I do similar on NT 4 there is no problem. Have you got a console
switch - or perhaps Values.r is doing something strange? I've got a shortcut
to start mine and I've set the start in directory to the same as the
executable directory, however my path points to an old core version.
Regards,
Brett.
[3/14] from: Rebolinth:nodep:dds:nl at: 24-Dec-2003 22:30
Hello Andrew,
I just tested it on XP overhere...No problem with my core 2.5.6 here..
I put %/c/directory/test.r in the user.r
+++
test.r contains:
rebol []
print "hello"
+++
And it works fine...
I think you miss something in on of the files..
(R)egards,
Norman.
--
Conversation/lunch: "How do you Eat your Rebol in the Morning?"
[4/14] from: AJMartin::orcon::net::nz at: 7-Aug-2003 19:46
Brett wrote:
> or perhaps Values.r is doing something strange?
It does work OK on Rebol/View? :-/
>> rebol/version
== 1.2.8.3.1
>> source source
source: func [
"Prints the script source code for a word."
'Word [word!]
][
print Script Word
]
Which shows my substitution for 'source.
I tried substituting Values.r with this:
Folder: %/C/Rebol/Values/
Files: [
%Patches.r
%Accumulate.r
%HTML Obfuscate.r
%Address.r
%Age.r
%Arguments.r
%Associate.r
%Average.r
%Build Tag.r
%Celcius.r
%Clone.r
%CLS.r
%Collect.r
%Map.r
%Common Parse Values.r
%CSS.r
%CSV.r
%Decode.r
%Delete Directory.r
%Dice.r
%Dir.r
%Recursive Read.r
%Duplicate Directory.r
%Envelope.r
%eText.r
%Fahrenheit.r
%File.r
%Fixed.r
%Fold.r
%Found.r
%Fun.r
%Greek.r
%Hunt.r
%Ice.r
%Interleave.r
%Interweave.r
%Iota.r
%Itemize.r
%Leapyear.r
%Push.r
%Pop.r
%Load-XML.r
%Load-XMLSS.r
%Log.r
%Make Object.r
%MIME.r
%ML.r
%Month.r
%Not.r
%Pack.r
%Peers.r
%Transpose.r
%Permute.r
%Printer.r
%R2HTML.r
%Random Numbers.r
%Rank.r
%RNV.r
%Roman.r
%Round.r
%Script.r
%Source.r
%Table Data.r
%Table Columns.r
%Table Rows.r
%Table.r
%Tables.r
%Tally.r
%Time.r
%URI.r
%Weekday.r
]
foreach File Files [
do Folder/:File
]
but I got the same result:
>> source source
none
== source
:(
So I tried it with:
Folder: %/C/Rebol/Values/
Files: [
%Script.r
%Source.r
]
foreach File Files [
do Folder/:File
]
but I got the same result:
>> source source
none
== source
:( :(
So I tried it with:
do %/C/Rebol/Values/Script.r
do %/C/Rebol/Values/Source.r
but I got the same result:
>> source source
none
== source
If I put "source source" inside my %User.r I get:
REBOL/Core 2.5.6.3.1
Copyright 1997-2003 REBOL Technologies
REBOL is a Trademark of REBOL Technologies
All rights reserved.
Component: "REBOL Mezzanine Extensions" 1.1.2.1 (29-Nov-2002/19:29:09)
Component: "REBOL Internet Protocols" 1.59.2.15 (14-Feb-2003/1:45:14)
Finger protocol loaded
Whois protocol loaded
Daytime protocol loaded
SMTP protocol loaded
POP protocol loaded
IMAP protocol loaded
HTTP protocol loaded
FTP protocol loaded
NNTP protocol loaded
Component: "System Port" 1.1.2.5 (30-Nov-2002/17:24:03)
Script: "User" (16-Jul-2003)
Script: "Script" (18-Jul-2003)
Script: "Source" (19-Jul-2003)
source: func [
"Prints the script source code for a word."
'Word [word!]
][
print Script Word
]
>> ; I'm trying this at the console now!
>> source source
none
== source
>>
I can see that "source source" is done inside %User.r. But the console
session still gives the strange result. :(
If I execute the scripts from the console like this:
Script: "User" (16-Jul-2003)
>> do %/C/Rebol/Values/Script.r
Script: "Script" (18-Jul-2003)
>> do %/C/Rebol/Values/Source.r
Script: "Source" (19-Jul-2003)
>> source source
source: func [
"Prints the script source code for a word."
'Word [word!]
][
print Script Word
]
Rebol/Core 2.5.6 seems to behave normally.
The problem seems to be in the processing of %User.r, in that functions (and
perhaps other values?) created in the %User.r don't seem to be available
outside %User.r's context?
I hope this helps find the problem.
Andrew J Martin
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/
[5/14] from: AJMartin:orcon at: 7-Aug-2003 19:50
Norman wrote:
> I just tested it on XP overhere...No problem with my core 2.5.6 here..
> I put %/c/directory/test.r in the user.r
<<quoted lines omitted: 4>>
> +++
> And it works fine...
The files are executed OK. It's just that values (like functions...) created
in %User.r don't seem to be available outside of it?!
Andrew J Martin
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/
[6/14] from: maximo:meteorstudios at: 7-Aug-2003 10:07
Hi Andrew,
sorry for the lengthy reply, but this one isn't easy to explain. it might not be the
exact problem you have (I don't know), but it might help you and others anyways.
I've had the same problem in all versions, with view. now there may be some correlation
to the problem with core and view and although core should run without install, maybe
if you already have view installed, it uses some of view setup stuff (which should be
removed from view IMHO, explained below).
Basically, when you setup view, it COPIES a version of the user.r and rebol.exe inside
your home directory, then, it executes those INSTEAD of those in the same path as the
initial rebol install.
I REALLY HATE THIS!!!! I'VE ALWAYS CONSIDERED THIS A PROBLEM AND I STILL HATE IT.
The links to the desktop icon STILL point to the original rebol install, but in fact,
it uses those in your home directory instead :-(
if you find and replace the user.r in your home directory, your user.r stuff will be
visible everywhere.
the bad part is that is does not actually COPY the main user.r it creates a NEW one...
(and a /local dir too btw)
that's (only/usually?) done when the rebol setup window appears.
The home directory is different in MANY versions of windows. (YOU though there was none
;-) surprise! there is one, its just completely hidden and fudged by MS ... to get to
it do a search on your user.r file in C:\).
in win2000 and winXP I think they are the same, cause its the same basic kernel but with
more fluff in xp.
I do know that the default win home is different in win2000 and winNT...
I controled my home dir (for rebol at least) by explicitely defining a variable in the
system variables control panel. But still, I always end up with TWO OR MORE INSTALLS
AND I HAVE TO MAINTAIN EACH ONE WHICH IS A DAMN PAIN.
I -THINK- its a variable called HOME, but I'm not at my computer right now, so I can't
confirm.
I wish view did NOT install anything and did NOT copy itself to the user's local directory
each time it is run by a new user. I WISH view DID NOT INSTALL and that it was like
core. I think the user should simply have a copy of the rebol WHERE HE WANTS IT and
that's all. If I want to share my install with someone, then I just set my .r association
to his rebol directory and its DONE. If I have no rights to I won't be able to execute
it anyways, so its not a security issue.
Why should core and view behave differently WRT install ... ITS SO EASY with core...
copy the file and run it! user.r is ALWAYS local to the executable and that's that.
No surprises, no redundancy, nothing to remember 6 months later...
IT HAPPENED TO ME JUST THIS MORNING, I start my liquid tester application, and then boom!
a setup screen appears *for no reason*, cause I used it just fine before closing my computer
yesterday! I tell myself, oh no, I'm going to have fun (again, cause it took me 6 hours
to understand what was going on last time ;-) ... I say, run it here (pointing to the
original rebol install). it says ok, I save... and then kaplow! no more user.r setup,
everything is gone, my whole user setup is dead. rebol is telling me: "up yours, I don't
know what steel-library-path is!"
so after fiddling around I remember the user.r redundancy and realise that I have my
.r file association to %/c/rebol/rebol.exe ---BUT--- the user.r its trying to use is
in %/e/user/administrator/user.r (along with a COPY of rebol.exe, which it copies by
itself, the first time you run a rebol app. Even if you delete it, it comes back!)
deleting the user.r in the home directory DOES NOT enable the one local to the .r file
association, cause that's NOT the one it is running... IT actually executed the one in
my home, which has no user.r file anymore...
I possibly explained the problem with a wrong perspective, maybe something slightly different
is done within rebol, but this is as I see it. If there is a variable I am missing,
then will someone explain what I am missing.
again, could RT provide an INSTALL FREE setup which does only save out the user.r localy
to the rebol.exe being run and no registry being tampered! That used to be one of things
I prefered about core. multiple versions, multiple setups he ha! complete control!
I HOPE THIS was usefull to you or any others who have had trouble with their user.r
-max
-----------
meteor Studios, T.D.
-----------
Never Argue with an idiot. They will bring you down to their level and beat you with
experience
[7/14] from: antonr:iinet:au at: 8-Aug-2003 0:54
I don't see a problem here either on
WinXP + rebol/core 2.5.6
I opened rebol/core, did this:
>> write %do-test.r {rebol [] source: 'my-word}
>> write/append %user.r {^/do %do-test.r}
then opened another one and this:
>> source
== my-word
Hope it helps.
Anton.
[8/14] from: andrew:martin:colenso:school at: 8-Aug-2003 9:10
Max wrote:
> so after fiddling around I remember the user.r redundancy and realise
that I have my .r file association to %/c/rebol/rebol.exe ---BUT--- the
user.r its trying to use is in %/e/user/administrator/user.r (along with
a COPY of rebol.exe, which it copies by itself, the first time you run a
rebol app. Even if you delete it, it comes back!)
Hi, Max!
Here's what I'm using on Windows 2000 (at work) and Windows XP Home (at
home):
C:\Rebol\Core\rebol.exe Rebol/Core
C:\Rebol\Base\rebol.exe Rebol/Base
C:\Rebol\View\rebol.exe Rebol/View
C:\Rebol\Values\ Where my Rebol
values reside.
C:\Rebol\Docs\ Where all my Rebol
documentation resides.
C:\Rebol\Link\ Where my Rebol/Link used
to reside.
I've got individual %user.r files in each Rebol directory, each with the
one line:
do %/C/Rebol/Values/Values.r ; Loads and do-es all my
Rebol values.
For special Rebol projects, like my Wiki, I have a directory like:
C:\Rebol\Wiki\Wiki.r
Here's my registry settings for the .R file type:
Action: Core
Application: C:\Rebol\Core\Rebol.exe -qs "%1"
Action: Edit
Application: C:\Metapad\metapad.exe "%1"
Action: View (Also set as default)
Application: "C:\Rebol\View\rebol.exe" -q "%1"
Action: open
Application: C:\Rebol\View\Rebol.exe "%1"
And the .R icon is from:
C:\Rebol\View\Rebol.exe
Why not try uninstalling (not just deleting!) all the Rebol versions you
have (and restarting), and try the above? It works OK with the
next-to-latest version of Rebol/View, current version of Rebol/Base, and
next-to-latest version of Rebol/View. The very latest versions of
Rebol/View and Rebol/Core don't seem to behave correctly though. :(
Also, I'd be careful of Rebol/View, because it installs rebol-link.exe
as well! If I accidentally do an install of Rebol/View, I have to
manually alter the registry settings for the icon and for the right
Rebol version to execute.
I hope that helps!
Andrew J Martin
Attendance Officer &
Information Systems Trouble Shooter
Colenso High School
Arnold Street, Napier.
Tel: 64-6-8310180 ext 826
Fax: 64-6-8336759
http://colenso.net/scripts/Wiki.r?AJM
http://www.colenso.school.nz/
DISCLAIMER: Colenso High School and its Board of Trustees is not responsible (or legally
liable) for materials distributed to or acquired from user e-mail accounts. You can report
any
misuse of an e-mail account to our ICT Manager and the complaint will be investigated.
(Misuse can come in many forms, but can be viewed as any material sent/received that
indicate or suggest pornography, unethical or illegal solicitation, racism, sexism, inappropriate
language and/or other issues described in our Acceptable Use Policy.)
All outgoing messages are certified virus-free by McAfee GroupShield Exchange 5.10.285.0
Phone: +64 6 843 5095 or Fax: +64 6 833 6759 or E-mail: [postmaster--colenso--school--nz]
[9/14] from: andrew:martin:colenso:school at: 8-Aug-2003 9:41
I wrote:
> next-to-latest version of Rebol/View.
I meant to write:
next-to-next-to-latest version of Rebol/Core.
Andrew J Martin
Attendance Officer &
Information Systems Trouble Shooter
Colenso High School
Arnold Street, Napier.
Tel: 64-6-8310180 ext 826
Fax: 64-6-8336759
http://colenso.net/scripts/Wiki.r?AJM
http://www.colenso.school.nz/
DISCLAIMER: Colenso High School and its Board of Trustees is not responsible (or legally
liable) for materials distributed to or acquired from user e-mail accounts. You can report
any
misuse of an e-mail account to our ICT Manager and the complaint will be investigated.
(Misuse can come in many forms, but can be viewed as any material sent/received that
indicate or suggest pornography, unethical or illegal solicitation, racism, sexism, inappropriate
language and/or other issues described in our Acceptable Use Policy.)
All outgoing messages are certified virus-free by McAfee GroupShield Exchange 5.10.285.0
Phone: +64 6 843 5095 or Fax: +64 6 833 6759 or E-mail: [postmaster--colenso--school--nz]
[10/14] from: AJMartin:orcon at: 10-Aug-2003 22:07
Earlier, I wrote:
> > * Core 2.5.6 officially released.
> Hmmm, I've got a problem with this version of Rebol on Windows XP. When I
<<quoted lines omitted: 7>>
> none
> == source
And I found what is causing the problem!
Here's Rebol/View with none of my Values scripts loaded:
>> rebol/version
== 1.2.8.3.1
>> script
** Script Error: script has no value
** Near: script
And here's the new Rebol/Core 2.5.6:
>> rebol/version
== 2.5.6.3.1
>> script
== none
The word 'script is used in Rebol/Core's start up and is set to 'none
_after_ %user.r is processed. That means that any script that assigns a
value to 'script, is going to fail under Rebol/Core 2.5.6.
The temporary fix for Rebol/Core 2.5.6 is to not assign a value to the word
'script.
The long term fix is for Rebol HQ to put 'script into a 'use block or
object! context?
Andrew J Martin
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/
[11/14] from: antonr:iinet:au at: 11-Aug-2003 1:38
On WinXP, REBOL/Core 2.5.6.3.1
this is what I get.
>> script
** Script Error: script has no value
** Near: script
So perhaps you found the next step in the real problem.
Anton.
[12/14] from: andrew:martin:colenso:school at: 11-Aug-2003 10:23
Anton wrote:
> On WinXP, REBOL/Core 2.5.6.3.1
> this is what I get.
> >> script
> ** Script Error: script has no value
> ** Near: script
> So perhaps you found the next step in the real problem.
Thanks for pointing that out, Anton! There must be something else wrong
in my %User.r or one of the other files in my Rebol/Core folder?
Andrew J Martin
Attendance Officer &
Information Systems Trouble Shooter
Colenso High School
Arnold Street, Napier.
Tel: 64-6-8310180 ext 826
Fax: 64-6-8336759
http://colenso.net/scripts/Wiki.r?AJM
http://www.colenso.school.nz/
DISCLAIMER: Colenso High School and its Board of Trustees is not responsible (or legally
liable) for materials distributed to or acquired from user e-mail accounts. You can report
any
misuse of an e-mail account to our ICT Manager and the complaint will be investigated.
(Misuse can come in many forms, but can be viewed as any material sent/received that
indicate or suggest pornography, unethical or illegal solicitation, racism, sexism, inappropriate
language and/or other issues described in our Acceptable Use Policy.)
All outgoing messages are certified virus-free by McAfee GroupShield Exchange 5.10.285.0
Phone: +64 6 843 5095 or Fax: +64 6 833 6759 or E-mail: [postmaster--colenso--school--nz]
[13/14] from: antonr:iinet:au at: 11-Aug-2003 15:24
A similar thing happened to me before.
I was ready to blame rebol, but it turned
out to be my fault.
That's why I've set up links to start
rebol "clean" and running all my mods (dirty)
for each version of rebol, so I can quickly
and easily test on a plain rebol when necessary.
Do a search on "script". Something is setting it
to none, no?
Anton.
[14/14] from: AJMartin:orcon at: 11-Aug-2003 18:48
Anton, it turned out to be a problem with Rebol/Core. There may be something
wrong with your system?
Andrew J Martin
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted