Bugs item #1717558, was opened at 2007-05-11 20:30
Message generated for change (Comment added) made by pmarcu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1717558&group_id=105970
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: light
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Doug S (tpaxatb)
>Assigned to: pmarcu (pmarcu)
Summary: Native assembly manifest reference fails
Initial Comment:
When building a native assembly, in order to properly generate all the
MsiAssembly tables, the files in the assembly's component must be listed in the
order:
<Component Id="x86Assembly" Guid="19715da1-4604-4d14-a60a-4e5b1b6e71b7">
<File Id="Dllx86" Assembly="win32" Name="ImageProcessing.Quality.dll"
KeyPath="yes" AssemblyManifest="Manifestx86" />
<File Id="Catalogx86" Name="ImageProcessing.Quality.dll.cat" />
<File Id="Manifestx86" Name="ImageProcessing.Quality.dll.manifest" />
</Component>
Otherwise, a LGHT0104 error occurs because the manifest parser reads the
incorrect file.
It took a lot of trial and error to figure this out. Note that suppressing the
MsiAssembly or MsiAssemblyName table generation causes a succeed. In addition,
when the AssemblyManifest attribute is removed from the key file's element, the
MsiAssemblyName table is still generated correctly, seemingly reading the
manifest file even though I didn't tell WiX which file to use.
----------------------------------------------------------------------
>Comment By: pmarcu (pmarcu)
Date: 2007-10-31 13:42
Message:
Logged In: YES
user_id=1612676
Originator: NO
Ignore the last comment. I changed the wrong bug.
----------------------------------------------------------------------
Comment By: pmarcu (pmarcu)
Date: 2007-10-31 13:41
Message:
Logged In: YES
user_id=1612676
Originator: NO
Moving to be a doc bug, this is behaving as designed.
----------------------------------------------------------------------
Comment By: Doug S (tpaxatb)
Date: 2007-05-12 06:54
Message:
Logged In: YES
user_id=1342505
Originator: YES
Quick update, it seems that light is ignoring the AssemblyManifest
attribute and only finding the last filerow speficied in the table. I have
3 native assemblies in the project and they all use the last manifest in
the table. In Binder.cs, there seems to be a comment to reveiew the logic.
The only workaround I have found is to suppress the generation of the
MsiAssemblyName table and manually create assembly references (ummm, the
project has 43 assemblies, not very feasible!)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1717558&group_id=105970
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
WiX-devs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wix-devs
