2013-03-06 12 views
0

Une DLL C++/cli en mode mixte est compilée dans un fichier plus grand que prévu, 6800 Ko dans le débogage et 3700 Ko dans la version. Je soupçonne que la partie gérée est inutile, car même si un seul fichier .cpp est compilé avec/clr, beaucoup de choses se retrouvent dans les en-têtes. Reflector affiche une tonne de définitions .net pour les structures natives, et lorsque j'essaie d'utiliser set next instruction dans le débogueur, deux options sont présentées. Je parie que si j'inclus moins d'en-têtes de mon cpp géré, les choses vont s'améliorer, mais j'aimerais mesurer avant d'agir. Quel outil peut afficher combien d'octets natifs et gérés une DLL a?Taille de la taille de la taille native et gérée

+3

Qu'est-ce que "trop ​​grand" signifie exactement? Dans le monde actuel des lecteurs 1TB bon marché, tout ce qui est constructible peut-il vraiment être trop grand? –

+0

Comment créez-vous les DLL? À quel point sont-ils gros? Est-ce que la ligne de code est différente? – jrummell

+0

Débogue-t-il aussi des builds? – Lloyd

Répondre

1

Un outil est DUMPBIN.EXE. Ouvrez l'invite Outils de commande Visual Studio, puis dumpbin /? pour obtenir des informations sur les options. La commande:

dumpbin /headers /clrheader name.dll 

Commencez à démarrer.

+0

C'est le genre d'outil que je cherchais, mais il ne semble pas séparer les parties natives et les parties gérées. –

Questions connexes