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?

On Thu, Jul 2, 2015 at 5:18 PM, Rob Mensching <r...@firegiant.com> wrote:

> 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
>



-- 
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

Reply via email to