Audacity 2.3.2
There are earlier discussions about this (from 2018)
viewtopic.php?f=46&t=98767&p=341880&hil ... 78#p342080
As seen by the details of the event below, the problem still seems to exist.
This is not meaningless as this interferes with other 32-bit applications installed on my machine.
----------------------------------------------------------------------------------------------------------
Log Name: Application
Source: SideBySide
Date: 07/17/2019 12:53:59 PM
Event ID: 78
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: xxxxxx
Description:
Activation context generation failed for "C:\Program Files (x86)\Audacity\audacity.exe".Error in manifest or policy file "" on line . A component version required by the application conflicts with another component version already active. Conflicting components are:. Component 1: C:\WINDOWS\WinSxS\manifests\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17134.885_none_fb42a3473065565f.manifest. Component 2: C:\WINDOWS\WinSxS\manifests\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17134.885_none_42efda1e44e17f65.manifest.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="SideBySide" />
<EventID Qualifiers="49409">78</EventID>
<Level>2</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2019-07-17T16:53:59.729442500Z" />
<EventRecordID>95691</EventRecordID>
<Channel>Application</Channel>
<Computer>BRS-DEV01.internal.brssystems.local</Computer>
<Security />
</System>
<EventData>
<Data>C:\WINDOWS\WinSxS\manifests\amd64_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17134.885_none_fb42a3473065565f.manifest</Data>
<Data>C:\WINDOWS\WinSxS\manifests\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.17134.885_none_42efda1e44e17f65.manifest</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>C:\Program Files (x86)\Audacity\audacity.exe</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
</EventData>
</Event>
Side-by-side assembly conflict still exists in application manifest
Forum rules
This forum is for Audacity on Windows.
Please state which version of Windows you are using,
and the exact three-section version number of Audacity from "Help menu > About Audacity".
Audacity 1.2.x and 1.3.x are obsolete and no longer supported. If you still have those versions, please upgrade at https://www.audacityteam.org/download/.
The old forums for those versions are now closed, but you can still read the archives of the 1.2.x and 1.3.x forums.
Please state which version of Windows you are using,
and the exact three-section version number of Audacity from "Help menu > About Audacity".
Audacity 1.2.x and 1.3.x are obsolete and no longer supported. If you still have those versions, please upgrade at https://www.audacityteam.org/download/.
The old forums for those versions are now closed, but you can still read the archives of the 1.2.x and 1.3.x forums.
-
brscomputing
- Posts: 1
- Joined: Wed Jul 17, 2019 6:24 pm
- Operating System: Windows 10
Re: Side-by-side assembly conflict still exists in application manifest
Thanks for the report. I have reopened the issue on Audacity's bug tracker.
Which other applications?
In what way?brscomputing wrote: ↑Wed Jul 17, 2019 6:34 pmthis interferes with other 32-bit applications installed on my machine.
Which other applications?
9/10 questions are answered in the FREQUENTLY ASKED QUESTIONS (FAQ)
Re: Side-by-side assembly conflict still exists in application manifest
The manifest for one application should not have any effect on any other applications, so there is something more complicated going on here.
I downloaded and extracted the manifest from Audacity 2.3.2 with the mt tool ("mt -inputresource:audacity.exe;#1 -out:\temp\manifest.txt"): The result looks reasonable; there is no reference to the AMD64 version of the Common Controls library (the problem that Audacity used to have was that there were two conflicting "AssemblyIdentity" elements in Audacity's manifest):
However, it appears something on you system is asking for the AMD64 version of that library. Are you loading any plugins? Does starting and stopping Audacity without doing anything else cause this event to be added to the log? Could you have some Windows Explorer extension installed (that might get pulled in when doing something that opens a File dialog)?
There is a Microsoft tool called "sxstrace" that can provide more detailed information. If you open a shell as an Administrator, run "sxstrace trace -logfile:\temp\sxstrace.etl" (you may need to adjust the path to something other than "\temp", as appropriate for your system), start Audacity and do what--if anything--you need to do to get the problem to happen, then hit "Enter" in the shell to stop sxstrace. To convert the ETL file to something easier to read, run "sxstrace parse -logfile:\temp\sxstrace.etl -outfile:\temp\sxstrace.txt". Post the resulting .txt file and it should hopefully shed more light on what is going wrong.
I downloaded and extracted the manifest from Audacity 2.3.2 with the mt tool ("mt -inputresource:audacity.exe;#1 -out:\temp\manifest.txt"): The result looks reasonable; there is no reference to the AMD64 version of the Common Controls library (the problem that Audacity used to have was that there were two conflicting "AssemblyIdentity" elements in Audacity's manifest):
Code: Select all
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity version="2.3.0.0" processorArchitecture="x86" name="Audacity.Audacity.Audacity" type="win32"></assemblyIdentity>
<description>Audacity Cross-Platform Sound Editor</description>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level="asInvoker" uiAccess="false"></requestedExecutionLevel>
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="x86" publicKeyToken="6595b64144ccf1df" language="*"></assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
There is a Microsoft tool called "sxstrace" that can provide more detailed information. If you open a shell as an Administrator, run "sxstrace trace -logfile:\temp\sxstrace.etl" (you may need to adjust the path to something other than "\temp", as appropriate for your system), start Audacity and do what--if anything--you need to do to get the problem to happen, then hit "Enter" in the shell to stop sxstrace. To convert the ETL file to something easier to read, run "sxstrace parse -logfile:\temp\sxstrace.etl -outfile:\temp\sxstrace.txt". Post the resulting .txt file and it should hopefully shed more light on what is going wrong.