running rebview on vista
[1/5] from: moliad::gmail::com at: 3-Feb-2008 17:07
hi everyone,
rebview.exe 2.7.5 on windows vista isn't recognizing any user.r file I have
on my system...
I have setup the REBOL_HOME var, I have a copy of the user.r in the same dir
as rebol install, I also have a user.r in the root of my user profile.
nothing gets loaded !?!?
can anyone tell me if they have this working, and if they had to do some
special trick to get it to work?
-MAx
[2/5] from: btiffin::rogers::com at: 4-Feb-2008 9:25
Maxim Olivier-Adlhoch wrote:
> hi everyone,
> rebview.exe 2.7.5 on windows vista isn't recognizing any user.r file I have
<<quoted lines omitted: 5>>
> special trick to get it to work?
> -MAx
Yeah, I didn't spend much time on the Vista side, but watch out for
(hidden) user specific filename redirection to Virtual Store.
Vista is pushing installers away from Program Files and rebview gets
caught in that struggle.
Cheers,
Brian
[3/5] from: nick1:musiclessonz at: 4-Feb-2008 20:48
Yep - The default install location for Rebol is in C:\Program
Files\rebol\view . If that's where Rebol's currently installed on
your system, moving it to a different directory (outside of C:\Program
Files\) should fix the situation.
- Nick
Quoting Brian Tiffin <btiffin-rogers.com>:
[4/5] from: nick1::musiclessonz::com at: 4-Feb-2008 8:42
Hi Max,
The default install location for Rebol is in C:\Program
Files\rebol\view . If that's where Rebol's currently installed on
your system, moving it to a different directory (outside of C:\Program
Files\) should fix the situation. C:\Program Files\ has some strange
read/write limitations in Vista.
- Nick
[5/5] from: moliad::gmail::com at: 5-Feb-2008 17:28
hehe, its not actually installed, since its the rebview.exe from the sdk,
but I haven't had this issue running on xp.
and no its not even running on the C: drive.
by the way, not just the program files have strange security issues, just
using folders within the C:\ is like some strange magic, I've had issues
last week trying to create files within a dos shell, using robocopy. The
dos command, right in the middle of a recursive tree backup, lost
permissions and even rebooting didn't fix it. going into the security
management, I removed all permissions inheriting, and stuff like that,
cleaned up the user/groups... explorer can't complain, (a part that its not
able to remove read-only attribute!!!). but the dos shell is incapable of
copying one single file...
now in this instance... the question is... how was it able to copy 1.5GB of
data before being denied access half way through, especially since I was not
even on the computer while the denial started!
anyways... can anyone tell me what are the keys I need to create to manually
set the temp and user dirs in the registry
I guess that should enforce the issue!
-MAx
On Feb 4, 2008 11:42 AM, Nick Antonaccio <nick1-musiclessonz.com> wrote:
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted