Bob,
Thank you for your quick response.
Although closely related to the bug report that you listed below, this is
different problem.
The “wType” indicates binary/text data to follow. Unicode may be considered
binary, but the enclosing VerFileInfo structure’s “charsetID” value should be
0n1200/0x04B0 for Unicode and 0n1252/0x04e4 for English/Multilingual, etc. as
listed on
(http://msdn.microsoft.com/en-us/library/windows/desktop/aa381049(v=vs.85).aspx)
Perhaps the solution is to set “wType” to zero, and output a code page (not
Unicode) appropriate string. I don’t really like this code page based
solution, but it seems to be in the spirit of this ancient data structure.
From: Bob Arnson [mailto:b...@joyofsetup.com]
Sent: Friday, July 05, 2013 5:10 PM
To: Windows Installer XML toolset developer mailing list
Subject: Re: [WiX-devs] Possible flaw in Burn bundle output .exe's Version
Resource?
Known bug: https://sourceforge.net/p/wix/bugs/3169/
On 05-Jul-13 13:27, mike.strat...@bentley.com<mailto:mike.strat...@bentley.com>
wrote:
Before I file a bug (or change the code myself), I am looking for opinions on
the following.
When I open a Burn bundle output installer exe using the Visual Studio Resource
Editor, various customary Version Resource fields like CompanyName,
FileDescription, etc. are empty. However, these fields are shown in the tool
tip when hovering over the .exe in the Windows Explorer. They are also shown in
the Windows Explorer Property Details tab.
According to
http://msdn.microsoft.com/en-us/library/windows/desktop/aa381058(v=vs.85).aspx<http://msdn.microsoft.com/en-us/library/windows/desktop/aa381058%28v=vs.85%29.aspx>,
the “charsetID” should be 0x04B0 for Unicode and 04e4 is default English. For
this particular example, at offset 0x12C129BD, the hex dump below shows that
0n1252/0x04e4 is specified yet the following string is in Unicode not ASCII or
UTF-8.
0x12C12987 00 00 00 00 00 a4 02 00 00 00 00 53 00 74 00 72 00 69
.....¤.....S.t.r.i
0x12C12999 00 6e 00 67 00 46 00 69 00 6c 00 65 00 49 00 6e 00 66
.n.g.F.i.l.e.I.n.f
0x12C129AB 00 6f 00 00 00 80 02 00 00 00 00 30 00 34 00 30 00 39
.o...Ђ.....0.4.0.9
0x12C129BD 00 30 00 34 00 45 00 34 00 00 00 5c 00 3c 00 00 00 43
.0.4.E.4...\.<...C
0x12C129CF 00 6f 00 6d 00 70 00 61 00 6e 00 79 00 4e 00 61 00 6d
.o.m.p.a.n.y.N.a.m
0x12C129E1 00 65 00 00 00 00 00 42 00 65 00 6e 00 74 00 6c 00 65
.e.....B.e.n.t.l.e
0x12C129F3 00 79 00 20 00 53 00 79 00 73 00 74 00 65 00 6d 00 73 .y.
.S.y.s.t.e.m.s
0x12C12A05 00 2c 00 20 00 49 00 6e 00 63 00 6f 00 72 00 70 00 6f .,.
.I.n.c.o.r.p.o
0x12C12A17 00 72 00 61 00 74 00 65 00 64 00 00 00 50 00 26 00 00
.r.a.t.e.d...P.&..
The values are specified using the typical
<?define COMPANY = "Bentley Systems, Incorporated"?>
<?define COPYRIGHT="Copyright (c) 2013 $(var.COMPANY)"?>
<Bundle Name="$(var.APPDISPLAYNAME)" Version="$(var.VERSION)"
Manufacturer="$(var.COMPANY)" Copyright="$(var.COPYRIGHT)"
UpgradeCode="$(var.UPGRADE_CODE)" IconSourceFile="$(var.MF_ICON)">
Is this a bug or am I misunderstand this arcane minutiae?
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net<mailto:WiX-devs@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wix-devs
--
sig://boB
http://joyofsetup.com/
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
WiX-devs mailing list
WiX-devs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-devs
