Ok, that's really weird. That's not what I see at all. ExitCodeInfo.cs:38: this.Code = value.ToString();
I'm looking at wix38rtm. Does WiX 3.8.1128.0 not correspond to wix38rtm? -- Edwin G. Castro -----Original Message----- From: Rob Mensching [mailto:r...@firegiant.com] Sent: Thursday, July 02, 2015 5:18 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Error 0x80070057: Failed to parse @Code value: -1 ExitCodeInfo.cs:38: this.Code = unchecked((uint)value).ToString(); _____________________________________________________________ Short replies here. Complete answers over there: http://www.firegiant.com/ -----Original Message----- From: Edwin Castro [mailto:egca...@gmail.com] Sent: Thursday, July 2, 2015 5:08 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Error 0x80070057: Failed to parse @Code value: -1 Our bundle fails to install when our product is built with bullseye for code coverage. The bundle log is not created. Instead Setup_timestamp_Failed.txt is created and contains the following: [04AC:0744][2015-07-02T14:59:01]e000: Error 0x80070057: Failed to parse @Code value: -1 [04AC:0744][2015-07-02T14:59:01]e000: Error 0x80070057: Failed to parse EXE package. [04AC:0744][2015-07-02T14:59:01]e000: Error 0x80070057: Failed to parse packages. [04AC:0744][2015-07-02T14:59:01]e000: Error 0x80070057: Failed to load manifest. [04AC:0744][2015-07-02T14:59:01]e000: Error 0x80070057: Failed to initialize core. Burn is failing to parse manifest.xml because it finds an ExitCode element with Code="-1" <ExitCode Type="error" Code="-1" /> I compared the bad manifest.xml to a good manifest.xml from a normal, non-bullseye bundle which has the following ExitCode element: <ExitCode Type="error" Code="4294967295" /> I think something performs a conversion from int to unsigned int under normal conditions and that thing is somehow getting interfered with when we have bullseye enabled. But I can't figure out what that thing is. I've looked the wixobj files created by candle and they appear to use -1: <table name="ExitCode"> <row sourceLineNumber="path\to\source\file.wxs*28"> <field>VSCore32</field> <field>-1</field> <field>error</field> </row> </table> The ExitCodeInfo constructor casts to an int before converting the value to a string and stored in the Code property. As far as I can tell the Code string is passed to XmlTextWriter.WriteAttributeString without further modification in Binder.CreateBurnManifest. I don't see where a signed int gets converted to unsigned when it gets written to manifest.xml. Field.Parse calls Convert.ToInt64 on the value read from the wixobj file and then casts it to an int. I think a "-1" would still parse as -1 (signed integer) with this code. I'm still no closer to figuring out how I get Code="4294967295" on good builds. The code I read suggests I should get Code="-1" which clearly doesn't work. What am I missing? -- Edwin G. Castro ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
