I have been able to repoduce your problem. It is very likely that your
problem is related to the CRT libraries. In VS2005, these are deployed as
native assemblies (in the %windir%\WinSxS directory). To be able to load the
CRT dlls, you need a native manifest. If you create a new C++/CLI class
library project, the project settings ensure that such a native manifest
will be embedded. If you port pojects from older versions, you will have to
update your porject settings for the manifest tool. Create a new C++/CLI
class lib project and update your old project settings for the manifest tool
according to the new project settings. Let me know if this does not solve
the problem.
Marcus Heege
>I did that and I am still getting the same error.
>
[quoted text clipped - 47 lines]
>> >
>> > Thanks.
The project settings doesn't seem to make a difference. I looked into this
matter further and am now thinking the issue may be related to how the
VC2005 upgrader handles resource files. I will post more information if I
know more.
> I have been able to repoduce your problem. It is very likely that your
> problem is related to the CRT libraries. In VS2005, these are deployed as
[quoted text clipped - 33 lines]
> >> > String metadataValue)
> >> > at
Microsoft.Build.Tasks.ResolveNativeReference.ExtractFromManifest(ITaskItem
> >> > taskItem, String path, Hashtable containingReferenceFilesTable,
> > Hashtable
[quoted text clipped - 13 lines]
> >> >
> >> > I searched the MSDN forum and found another guy had the same problem
(http://forums.microsoft.com/msdn/ShowPost.aspx?postid=370426&isthread=false
&siteid=1&authhash=300d160e0f32a3abd006853e62466660da83fab9&ticks=6328166038
> >> > 53148671
> >> > ). Any one seen this and know how to fix it?
> >> >
> >> > Thanks.
Marcus Heege - 28 Apr 2006 07:40 GMT
> The project settings doesn't seem to make a difference. I looked into
> this
> matter further and am now thinking the issue may be related to how the
> VC2005 upgrader handles resource files. I will post more information if I
> know more.
I have also made the experience that the pure existence of an external
native manifest file for a dependant dll (xxx.dll.manifest) in the output
directory can cause this problem.
Just in case...
Marcus
Vitaly Belman - 23 May 2006 13:18 GMT