|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I'd appreciate if if some of you could do a sanity-check of the full
installer for beta 27:
http://www.povray.org/temp/POV-Ray-3.7-Beta-27.msi
It's not finished of course, but should do the basics. Here's the portion
of the release notes relevent to the installer:
--------------------------------
Further split the POVWIN install and data dirs - this moves the ini,
scenes, and insert menu directories to the user's Application Data folder,
e.g. c:\Documents and Settings\<user name>\Application Data\POV-Ray\v3.7\.
There is now a Windows Installer which takes care of setting up the above
for Win32 systems. Win64 is pending. NOTE: the installer currently only
installs for the user who ran it: that is, the 'Application
Data\POV-Ray\v3.7\...' files are only installed for that user. This won't
be the case with the final installer; it will set things up such that when
pvengine.exe is run for the first time by a user who has not had the
program set up for them, the appropriate files are created in their
Application Data directory (this is a Windows Installer feature).
-- Chris
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
This file is now removed, thanks to those who did test it.
-- Chris
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Missed my chance to test this one.
The currently available file on the beta web page wouldn't go into my Vista
computer so I had to do some system registry additions and font installs
manually. I'm the sole user, administrator status.
Was thinking it could have been Vista's User Account Control causing the
trouble, although I don't know why that would affect the system registry
entries themselves, but not knowing exactly what all it can interfere with I
just gave up and watched the error messages to know what to fix during the
install and clicked Ignore to proceed.
I have folders and files in C:\Users\*NAME*\AppData\Roaming\POV-Ray\v3.7,
different from what was stated so thought I'd mention that for other people
with Vista. AppData is a hidden folder.
I kept UAC and AV on during all that so I can't say what would have happened
without those. I believe I might have also needed to make the a change to
POV-Ray for Windows v3.7 folder(s) to get file writing done by changing the
Properties|Security to Full access. Did this last night and already
forgetting that now, sorry, hope I remembered all else right.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Bob Hughes wrote:
> The currently available file on the beta web page wouldn't go into my Vista
> computer so I had to do some system registry additions and font installs
> manually. I'm the sole user, administrator status.
I was able to install under Vista as an ordinary user (no admin). I had to
choose a different install path, and also had to click to ignore several
errors during install (where the installer attempts to do things like set
admin keys or install fonts - none of these are essential). No registry
editing was needed to get the installed program to work. I'm not sure what
went awry in your case.
NB the fonts in question are part of the standard POV-Ray include directory
and weren't even intended to be installed into Windows: I didn't realise
until I did the no-admin-rights Vista test that InstallShield automatically
installs any fonts it finds in the file set, unless you tell it otherwise.
At that point it was so late I decided not to make a new installer as the
fonts will be removed when the current beta is uninstalled.
-- Chris-
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Chris Cason" <del### [at] deletethistoopovrayorg> wrote in
message news:486f0972$1@news.povray.org...
> Bob Hughes wrote:
>> The currently available file on the beta web page wouldn't go into my
>> Vista
>> computer so I had to do some system registry additions and font installs
>> manually. I'm the sole user, administrator status.
>
> I was able to install under Vista as an ordinary user (no admin). I had to
> choose a different install path, and also had to click to ignore several
> errors during install (where the installer attempts to do things like set
> admin keys or install fonts - none of these are essential). No registry
> editing was needed to get the installed program to work. I'm not sure what
> went awry in your case.
Glad to hear you say that, I think. ; )
I'm fairly certain I had to change the security status of the program folder
to let the installer write the files first, likewise the "bin" subfolder, as
I recall. I didn't have any luck with specifying a different location
outside of Program Files. Then again, I kept stopping when I got the errors.
> NB the fonts in question are part of the standard POV-Ray include
> directory
> and weren't even intended to be installed into Windows: I didn't realise
> until I did the no-admin-rights Vista test that InstallShield
> automatically
> installs any fonts it finds in the file set, unless you tell it otherwise.
> At that point it was so late I decided not to make a new installer as the
> fonts will be removed when the current beta is uninstalled.
I actually added the fonts after the fact, remembering that now, and just
wanted to go ahead with the manual install of them anyway. I had run povray
before that without any problem.
A lack of any other reports of trouble getting POV installed into Vista
makes my experience seem unique. Maybe I can retry it again after an
uninstall, now that I know I can put the thing back together easily enough,
just to see if I can figure out if those errors are ignorable or not. If
anything I'm wondering why the initial trouble about the folder writing
happened. I was sure anything like that would be reported if other people
had the same problem unless it's a simple thing I've overlooked-- very
likely for me.
Bob
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sat, 5 Jul 2008 04:24:35 -0500, "Bob Hughes" <omniverse charter net> wrote:
>
>A lack of any other reports of trouble getting POV installed into Vista
>makes my experience seem unique.
I'm having the same problems.
Also after installing I could not get the GUIExtensions to work. Pov-Ray says
that there are no Extensions loaded. Even after I manually added the settings to
the Registry
HKEY_CURRENT_USER\Software\POV-Ray\v3.7\Windows\Engine\GUIExtensions
I've gone back to Beta 26
--
Regards
Stephen
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Stephen wrote:
> HKEY_CURRENT_USER\Software\POV-Ray\v3.7\Windows\Engine\GUIExtensions
The registry is not used (I reverted to the old INI file system: see the
release notes).
-- Chris
Post a reply to this message
|
|
| |
| |
|
|
From: Bob Hughes
Subject: Re: Sanity test of full installer - installed OK after uninstall
Date: 7 Jul 2008 02:10:20
Message: <4871b34c$1@news.povray.org>
|
|
|
| |
| |
|
|
Got around to removing the beta 27 through Add/Remove Programs (no
uninstaller for the beta yet?), removed the subfolder out of
AppData\roaming and retried the install with User Account Control off. I'd
have tried it with UAC on but didn't take the time to find out what that
route might do, sorry.
Nothing went wrong at all. Rendered the demo files and benchmark afterward,
too. Perfect.
What's really thrown me for a loop is where I discovered my POV files were
being put. A little oversight by me, I suspect, maybe missing a note given
somewhere about them going elsewhere now. Perhaps a few months ago I had
done a beta /install switch, so maybe that's when it started. This folder I
was never aware of is:
C:\Users\*name*\AppData\Local\VirtualStore\Program Files\POV-Ray for Windows
v3.7
Only subfolders in there are \help and \scenes, which is probably known to
you, Chris, but if I hadn't been looking for files to backup during this
beta 27 install I doubt I'd ever have noticed. Although, I do recall
something said about making some changes to file locations. Unfortunately I
haven't been paying enough attention lately.
This is a very curious thing to me, since somehow I was opening, rendering
and closing about a dozen files these past few months (yep, other than a
particular one I haven't been busy with POVing) without realizing the change
from the usual folder path I'm accustomed to in C:\Program Files.
So in doing file backups before installing then replacing them into the new
C:\Program Files\POV-Ray for Windows v3.7 folder, and opening into POV,
suddenly I was seeing older changes and incorrect file dates. Using Save
as... wasn't showing me enough of the path so I mistakenly thought it was
still in the pre-beta place.
Hope this makes others who aren't aware of this as of yet keep from losing
or mixing up their files.
I guess the most important question to ask would be, how are files going to
be accessed for backup purposes (among other typical file processes) by the
end user if this location isn't obvious?
Oh, and thanks once more to all involved with the work on these beta(s).
--
/*bob hughes*/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 07 Jul 2008 15:49:02 +1000, Chris Cason
<del### [at] deletethistoopovrayorg> wrote:
>Stephen wrote:
>> HKEY_CURRENT_USER\Software\POV-Ray\v3.7\Windows\Engine\GUIExtensions
>
>The registry is not used (I reverted to the old INI file system: see the
>release notes).
>
Duh! Thanks Chris I forgot about "pvengine.ini". The GUI works now, other than
it does not return the rendered image. But that has been the case in all the
betas, I have tried, so I assume that you will get round to it when you can.
--
Regards
Stephen
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Stephen wrote:
> Duh! Thanks Chris I forgot about "pvengine.ini". The GUI works now, other than
> it does not return the rendered image. But that has been the case in all the
> betas, I have tried, so I assume that you will get round to it when you can.
I really don't think I'll have time to look into GUIEXT's in the short to
medium term - the fix is likely to be simple but needs testing (I don't
have any GUIEXT's installed) and the source is out there for others to poke at.
Also, the author of at least one GUIEXT has had access to our revision
control system for more than a year but hasn't had time to fix it either:
given that, I have taken the approach that the issues with them can't be
that serious.
-- Chris
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |