I think few people on this list are going to understand what/why you are doing.
I once worked at a shop where we had a massive product line development build
environment. We tried to take the approach that you mentioned but ultimatly we
decided that it was too complicated and problematic to be trying to build the
build environment at the same time that we build the product. We virtualized
all of all build machines and used Build Forge to drive the build farm.
Basically we(they) can instantiate on demand any number of build machines from
a collection of buildmaching types. The build machine types can be built
from bare metal by using scripts that are all source controlled.
http://www.testearly.com/2006/07/25/the-magic-machine-antipattern/
All of this is a good thing because I think my best friend ( who still runs
the build team today ) said they do hundreds of builds a day.
martin lavelle <[EMAIL PROTECTED]> wrote:
.hmmessage P { margin:0px; padding:0px } body.hmmessage {
FONT-SIZE: 10pt; FONT-FAMILY:Tahoma } Hello,
Whilst stored under ClearCase source control and running from a Dynamic View,
some of the WiX V3 and V2 executables fail with the following error message:
"This application has failed to start because the application configuration is
incorrect. Reinstalling the application may fix this problem."
The programs which fail are:
Light.exe.
Setup.exe.
1) It fails on ClearCase Dynamic views, but succeeds on ClearCase static views.
There is more latency on a Dynamic view and it uses a different file system
(mvfs).
2) All the programs are permissioned identically.
3) Since some programs do work, Security (caspol, etc) is not the issue.
4) If copied to another location, all programs start working.
5) All the WiX files are present (this error message will appear if certain
files are missing).
Running the Compiler from a non-ClearCase location is an acceptable temporary
workaround, but has irritating long-term issues.
As ClearCase Dynamic views suffer an initial latency when accessing files, I
wonder if Light.exe is not waiting long enough for its file checks to return?
Is Light.exe able to tolerate long initial latencies when doing its initial WiX
integrity checks?
Does anyone have any useful suggestions?
Best Regards
Martin Lavelle
---------------------------------
Climb to the top of the charts! Play the word scramble challenge with star
power. Play now!
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
---------------------------------
Looking for last minute shopping deals? Find them fast with Yahoo! Search.-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
