Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

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