Error with changed install paths

rbuser

Hi,

I'm just trying to install RB 11.01 for D2009 onto an XP Pro SP3 PC.

I wanted to install to the path 'D:\3rdParty\RBuilder' in order to be
able to handle different versions for different projects in the future.

However, the installer fails before completion with the error shown below.

I'm selecting the features for All Users, RB, TeeChart Support,
application folder is set to 'D:\3rdParty\RBuilder' and the
demos/tutorials folder is set to to 'D:\3rdParty\RBuilder\Demos'

I notice that the folder 'D:\3rdParty\RBuilder' is actually created but
it remains empty.

I tried leaving the demo/tutorials path as the default but that still
didn't work.

If I leave both paths as the default it installs OK but I really wanted
to be able to set that alternative install path.

is a SUBSTed drive to the folder 'C:\Development\6.1' in case that
affects the issue.

Any ideas please?

Regards, Paul.

---------------------------
ReportBuilder 11.01 for Delphi 2009
---------------------------
Error

The specified path is too long: \3rdParty
---------------------------
Retry Cancel
---------------------------

(I'm not sure why but it omits the last \RBuilder portion of the full path)

nicocizik

Hi Paul,

In my quick testing, I was able to successfully install to a custom
directory on a Windows XP machine.

1. Are you installing to the same drive that the installer applicaiton is
located?
2. If you try installing to another location (such as a temp folder on your
desktop) do you still get the same behavior?
3. Do you have full access to the custom location you are trying to
install?

Any more help you can give me on how I can recreate this behavior on my
machine (or virtual machine rather) would be much appreciated.

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

Nico Cizik (Digital Metaphors) wrote:
Hi Nico,

I have tried this again using the install path C:\Temp\3rdParty and the
installation works without errors. I'm initially running rbent12.exe
from a network drive.

It appears that it is not happy installing to a SUBSTed drive, did you
use a drive that was created with SUBST for your testing?

I can't see why this should be a problem, the installer must be checking
the drive type or something and causing the subsequent error because
it's not detecting a 'regular' drive.

The reason I'm trying to do it this way is so that I can maintain a
couple of versions of applications along with a couple of versions of
ReportBuilder during a 'transition' period. We have a lot of work to do
with our new version under D2009 using RB11 and some maintenance of the
older one using 2007/RB10.

Before starting the IDE for any development work, I SUBST a drive letter
to the relevant folders and continue working with code and components
for the selected version. This way, all the paths within the IDE, etc.
can remain the same but in reality, they will be accessing different
sets of the code/components.

Perhaps there is a better way to accomplish this but it seemed to be
working quite well until I encountered this issue with RB11(it's
actually the latest 11.01).

Any suggestions please?

Regards, Paul.

nicocizik

Hi Paul,

I was able to recreate the behavior you are experiencing with our installer.
I have contacted InstallAware support to see if they have come across this
issue before or even support installing to a subst drive.

Have you tried installing directly to the actual local directory that the
substr drive references? "C:\Development\6.1\3rdParty\RBuilder"

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

"Nico Cizik (Digital Metaphors)" wrote in

nicocizik

Hi Paul,

Below is the reply I received from InstallAware. Seems it is more of a MSI
Windows Installer issue.

----
No it is not possible to install to a SUBST directory because SUBST is for a
user only, but Windows Installer/MSI engine runs as service in system user
context, unaware of subst.
----


Have you considered using virtual machines? Many of our users, use virtual
machines to keep different developement environments separate on the same
machine. We began using virtual machines about a year ago to keep different
versions of Delphi separate from field tests and initial releases of
ReportBuilder. This has made things much easier.

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

"Nico Cizik (Digital Metaphors)" wrote in

nicocizik

Hi Paul,

We currently use Microsoft Virtual PC and have been pleased with it for the
most part. We have not made much effort to try other VM's such as VMWare
however I have heard nothing but good things about it.

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com