By Edhy Rijo - 8/31/2007
Hi,I just downloaded the demo of SF and I got 2 error and the installation seems to be locked. The first error message: Could not find file 'C:\Program Files\Common Files\MicroFour\StrataFrame.StrataFrame.AddIn'. The AddIns file must be manually deployed. I clicked OK to the above message and the installation continued. Then in the Configuring StrataFrame - Phase 2 of 2 I got an Error Occurred message and the installation hanged up. See the 2 attachements for more reference. P.S. I hope I can get an answer to fix the installation progress, so I can test the framework.
|
By Edhy Rijo - 8/31/2007
Here is another screenshot attachement I forgot to include....
|
By Trent L. Taylor - 9/4/2007
The issue that you are having is actually the update of the SQL Server database. Can you open the log file and post it or let me know what it contains? You can find the log file in the C:\Program Files (x86)\Common Files\MicroFour\StrataFrame and it will be named StrataFrame_ResultX.log. This will clue us in to where the issue is with the SQL Server database deployment.
|
By Edhy Rijo - 9/4/2007
Hi,I guess the problem may be with your installer in my 64bits Vista OS because some files are in the C:\Program Files (x86)\Common Files\MicroFour\StrataFrame while others like the logs are in C:\Program Files\Common Files\MicroFour\StrataFrame. The logs files are empty. Please see the attached image files maybe I may need to manually relocate some of those files, at this point I don't know if I can manually recover the installation. Please advice, since I was suppose to test SF during the long weekend here in USA in order to buy it. Thanks!
|
By Trent L. Taylor - 9/4/2007
We actaully have several machines in house running Vista 64-bit, so I do not feel that this is your issue. We have a number of other developers running 64-bit OSs as well. I think that the problem here is your connection to SQL Server. Have you verified that SQL Server is installed and running? What version of SQL are you running? If you are running SQL Server Express then you MUST have SP2 for SQL Server Express installed. This is a requirement of Vista.
|
By Edhy Rijo - 9/4/2007
Hi Trent,I am running MS-SQL Server Express, please see the about info attached.
|
By Trent L. Taylor - 9/4/2007
Do you have Service Pack 2 for SQL Server Express installed?
|
By Edhy Rijo - 9/4/2007
Yes, I have SQL Server 2005 Express Edition with Advanced Services SP2 which was downloaded from http://msdn2.microsoft.com/en-us/express/bb410792.aspx
|
By Trent L. Taylor - 9/4/2007
OK...I think I see the problem. To correct your issue this go around, just copy the StrataFrame.pkg file from the c:\program files (x86)\Common Files\MicroFour\StrataFrame to the c:\program files\Common Files\MicroFour\StrataFrame folder. The reason this happened is because the installation is running as 32-bit and the installer program is running as 64-bit so they looked at different locations. Try copying this file over, then run installation again and it should load the databases. Copy any other .PKG files from the (x86) folder over to the c:\program files\Common Files\MicroFour\StrataFrame folder as well so that they get installed. This will include the StrataFrameSample.pkg that gets loaded during this same process.
|
By Edhy Rijo - 9/4/2007
Hi Trent, You are right on the spot, there is a problem with the installer and Vista 64  . I copied all files from the (x86) folder to the 64 bit folder and re-run the installation and so far the data is being deployed. Well, finally, the installation completed and will start the evaluation. Thanks for your support!
|
By Edhy Rijo - 3/6/2008
Trent L. Taylor (09/04/2007)
OK...I think I see the problem. To correct your issue this go around, just copy the StrataFrame.pkg file from the c:\program files (x86)\Common Files\MicroFour\StrataFrame to the c:\program files\Common Files\MicroFour\StrataFrame folder. The reason this happened is because the installation is running as 32-bit and the installer program is running as 64-bit so they looked at different locations. Try copying this file over, then run installation again and it should load the databases. Copy any other .PKG files from the (x86) folder over to the c:\program files\Common Files\MicroFour\StrataFrame folder as well so that they get installed. This will include the StrataFrameSample.pkg that gets loaded during this same process. Hi Trent, Just to let you know that the same problem still exist with 1.6.5 installer.  Please see image attached. P.S. If you fix this, please send me the link for the new installer so I can test it for you here.
|
By Edhy Rijo - 7/23/2008
Hi Trent,Since I am still having problem on my Vista 64bit dev computer, I decided to make a Cantasia video of the most recent SF installation file to show you the process. I believe what is causing the problem is the location for the "Common Files" and the .NET program used to Configure StrataFrame - Phase 1 and 2 which may be compiled to AnyCPU instead of x86. Here are the values for my Common Files folders CommonProgramFiles=C:\Program Files\Common Files
CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files And I am installing SF on: C:\Program Files (x86)\MicroFour\StrataFrame You will notice from the video that IA is copying the common files correctly to: C:\Program Files (x86)\Common Files\MicroFour\StrataFrame
But the "Configure StrataFrame" program is looking at "C:\Program Files\Common Files\MicroFour\StrataFrame" which is the defaut for 64bit OS and of course generated all kind of error since the files are not there. I know this has been a long battle with the installation and I hope you can see the problem now. If I am still wrong, when you have a chance, please take a look at the video to see if you can find what could be causing this problem. www.progytech.com/videos/SF_Installation\SF_Installation.htm
|
By StrataFrame Team - 7/23/2008
Yes, Edhy, it looks like not all of the processes are running x86. Since Visual Studio 2008/2005 run in x86 mode, the files must be located within the C:\Program Files (x86)\ directory, or Visual Studio will not be able to locate any of the files. At runtime, windows x64 will dynamically translate C:\Program Files\ into C:\Program Files (x86)\ (it will also translate the C:\Windows\System32\ into C:\Windows\syswow64\ and the HKLM\Software\ to HKLM\Wow64Node). So, since the OS is translating the paths, everything will run fine if the install program thinks it's installed/running under x86. I believe we have our install DLL that contains the installer classes compiled in x86, but it could be the case that the x64 process of the InstallAware program is calling it within the x64 process, so the paths aren't being translated. When you run the install, could you do me a favor and when you get the error, use the TaskManager and tell me whether the following processes have *32 after the process names (indicating that the process is running 32-bit): setup.exe
msiexe.exe
installutil.exe and anything else that looks like it might be spawing as part of the setup program. Thanks.
|
By Edhy Rijo - 7/23/2008
Hi Ben,Thanks for jump in. Here are the list of files which are related to the SF Installation: - StrataFrameInstaller.exe *32
- StrataFrameSetup.exe *.32
- StrataFrameSetup_1.6.5.3.exe *32 (This is the posted file which I renamed to keep track of beta versions).
I also sent you a PM with a SystemCheckLog.htm file.
|
By Edhy Rijo - 7/23/2008
Edhy Rijo (07/23/2008)
I also sent you a PM with a SystemCheckLog.htm file.Sorry, could not sent you the PM or email with the SystemCheckLog.htm file. If you still need it, let me know so I can post it here then.
|
By StrataFrame Team - 7/23/2008
Hrm... we're going to have to get our 64-bit virtual machine up and running and test the install. With the install running in 32-bit, everything should be working.
|
By Edhy Rijo - 7/23/2008
Ben Chase (07/23/2008)
Hrm... we're going to have to get our 64-bit virtual machine up and running and test the install. With the install running in 32-bit, everything should be working.Sure, there is not rush, I am able to complete the installation by copying the file to the Common Files folder.
|
By Aaron Young - 7/23/2008
Hrm... we're going to have to get our 64-bit virtual machine up and running and test the install. With the install running in 32-bit, everything should be working. Sorry for jumping in but it installs okay on my 64-bit Vista Ultimate. I do have problems with permissions with the Licence Activation wizard as it must be run as administrator to work. However, other than that the SF installation routine runs correctly without elevated permissions on my system. Aaron
|
By Edhy Rijo - 7/23/2008
Hi Aaron,Yeah, same thing happen with Doron's main computer, it is Vista Ultimate 64bit and it installed there just fine. In my case there is a problem with choosing the right "Common Files" folder location at some point as I tested in my video, just by copying the files from one "Common Files" to the other one and re-run the installation everything will install perfectly, the problem is that I would need to keep doing that all the time, and it gets to a point of frustration when you are updating and get stock and have to do that all over again  .
|
By Trent L. Taylor - 7/24/2008
This is actually a simple fix...and something did change between the last build and this build. We converted the installer class into an executable, which is not being forced to run as x86 (32-bit). When we do the next build I will force this change. Thanks.
|
By Edhy Rijo - 7/24/2008
Tranks Trent.
|
By Edhy Rijo - 8/13/2008
Trent L. Taylor (07/24/2008)
This is actually a simple fix...and something did change between the last build and this build. We converted the installer class into an executable, which is not being forced to run as x86 (32-bit). When we do the next build I will force this change. Thanks.Hi Trent, Just a friendly reminder  Has this been addressed? I have not run the latest release of yesterday, but in the previous one, I still had problems.
|
By Trent L. Taylor - 8/13/2008
Well...let me put it like this, I tested it here on our test lab servers, including the Vista 64bit and it all went just fine...but per my previous experience on your machine and environment, I make no guarantees
|