The Product/#Version
attribute's value, '!(bind.FileVersion.quasar-electron.exe)', is not a valid version. Legal version values should look like 'x.x.x.x' where x is an integer from 0 to 65534.
I tried to add the version, but it didn't work.
Related
I would like to get some parameters from IPOPT, like for instance,
Using Ipopt
k = barrier_tol_factor
I know this doesn't work. Does anyone now how I can access thoes?
I tried with
Ipopt.barrier_tol_factor
It seems getting the current option value is tricky. But you can set this option and then the value should be known:
Ipopt.AddIpoptNumOption(solver, "barrier_tol_factor", 15.0)
BTW the default value is 10.0.
I have a json payload where one value for a key is 99999999999.99. When I pass this value, the camel is converting this into 9.999999999999E10. The camel version I'm using is 2.22.1.
I've upgraded the camel version to 2.23.2 but didn't work. I can upgrade to another version if needed.
I expect the value to be 99999999999.99. I need no conversion happening in the framework.
As #james-k-polk already commented, this is not a conversion but a different way to show the same number in Java.
The extension E10 means that the decimal point has to be shifted by 10 (e is for exponent, see also on Wikipedia).
So that means: 9.999999999999E10 is equal to 99999999999.99. It is just another way to display the same value.
If this different display form is causing a specific problem, create a new question for it.
One package in our installer bundle downloads data from our server and then uncompresses it. The size of this data is 15gb.
I want to put this value into the Add/Remove programs size column.
The InstallSize attribute would appear to do what I want however, when I set it "15050494389" I get the following error:
The MsiPackage/#InstallSize attribute's value, '15050494389', is not a legal integer value. Legal integer values are from -2,147,483,648 to 2,147,483,647.
Ignoring why I would want a negative value, is there a way of setting the value correctly? Is there some setting I need to tell burn that I want values bigger then 32bit?
That's not supported today in WiX v3.8. You can file a feature request.
I thought this property would be set automatically? Either way, it looks like you need kilobytes, not bytes for this field. Try 15728640.
Are you referring to ARPSIZE or something else btw?
Add or Remove Programs Entries
Configuring Add/Remove Programs with Windows Installer
I am using WiX 3.7 to build an MSI. When I build my *.wixproj project, I get the following error:
error LGHT0204: ICE24: ProductVersion: '2014.1.1.4' is an invalid version string.
My company uses an unusual versioning convention where the release year is the major version. But according to this blog,
A version string has the format xxxxx.xxxxx.xxxxx.xxxxx where x is a digit. The maximum acceptable version string is 65535.65535.65535.65535.
If that is true, then why is ICE24 triggering on this product version?
I'm answering my own question because I couldn't find any other coverage of ICE24 on StackOverflow. The MSDN documentation on ICE24 links to details about the ProductVersion property. Here's what it has to say:
The format of the string is as follows:
major.minor.build
The first field is the major version and has a maximum value of 255. The second field is the minor version and has a maximum value of 255. The third field is called the build version or the update version and has a maximum value of 65,535.
So the problem is that my major version (2014) exceeds the maximum value of 255.
The fourth digit is not a problem. According to MSDN:
Note that Windows Installer uses only the first three fields of the product version. If you include a fourth field in your product version, the installer ignores the fourth field.
So the moral of the story is to keep your major and minor version numbers small. Hope this helps someone else!
I can use "!(bind.property.ProductVersion)" to set for example the UpgradeVersion\#Minimum attribute. Works fine.
But now I want to set that attribute to something like:
"!(bind.property.ProductVersion.Major).!(bind.property.ProductVersion.Minor).0.0"
But that does not work.
I get this error: The UpgradeVersion/#Maximum attribute's value, '!(bind.property.ProductVersion.Major).!(bind.property.ProductVersion.Minor).0.0', is not a valid version. Legal version values should look like 'x.x.x.x' where x is an integer from 0 to 65534.
Any ideas how I can get this to work?
Regards, Jaap
Unfortunately, it appears the version attribute is only allowed to have a single binder variable to replace the whole string. It doesn't support the scenario you describe. However, it seems like it should. You could file a bug at http://wixtoolset.org/bugs