IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Visual Studio Discussion :

Comment enlever la dépendance vers la Microsoft.VC80.DebugCRT ?


Sujet :

Visual Studio

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de masterx_goldman
    Inscrit en
    Mai 2008
    Messages
    164
    Détails du profil
    Informations forums :
    Inscription : Mai 2008
    Messages : 164
    Par défaut Comment enlever la dépendance vers la Microsoft.VC80.DebugCRT ?
    Bonjour,
    Je travaille sous Visual Studio 2005 et VS2008 , j'ai crée une application console en c++ et lorsque j'ajoute le projet de déploiement avec l'assistant de Visual Studio , il me détecte( ou il me génère , car je pense qu'il fait ça par défaut, ce n'est pas moi qui lui demandé de faire ça) des dépendances vers:

    1) Microsoft_VC80_DebugCRT_x86.msm
    2) policy_8_0_microsoft_vc80_debugcrt_x86.msm

    et voilà les fichiers manifest qu'il me génère:

    ********** myProg.exe.intermediate.manifest ***********
    <assemblyIdentity type='win32' name='Microsoft.VC80.DebugCRT' version='8.0.50727.762' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
    </dependentAssembly>

    ********** myProg.exe.embed.manifest ***********
    <assemblyIdentity type="win32" name="Microsoft.VC80.DebugCRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    Alors, je veux comprendre comment faire pour éliminer ces dépendances ?
    (notement la DebugCRT ... )
    En faite, sur la machine cibles, je n'ai pas Visual Studio donc pas de "Microsoft.VC80.DebugCRT" et même si ça existe , il y a le problème de versions ...
    Ce que je remarque, c'est que je peux exclure ces dépendance à la main, en cliquant sur le projet de déploiement , mais toujours dans les fichiers manifest, j'ai les mêmes dépendances !!

    voilà, j'arrive pas à faire cette indépendance correctement( si elle est faisable biensûr )

    Je suis prêt pour tout détail pouvant éclaircir plus mon problème,
    j'attends vos réponses

    Merci pour tout type d'aide

  2. #2
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Par défaut
    Bonjour

    - Tu compiles bien en Release ?

    - S'agit-il d'une application C++ managée ou Win32 ?

  3. #3
    Membre confirmé Avatar de masterx_goldman
    Inscrit en
    Mai 2008
    Messages
    164
    Détails du profil
    Informations forums :
    Inscription : Mai 2008
    Messages : 164
    Par défaut
    Citation Envoyé par Bluedeep Voir le message

    - Tu compiles bien en Release ?
    Oui, je compile en Release , et pour être sûr si je fais bien la génération en "Release" je vais te dire comment je fais: je vais dans les propriétés de la solution ( qui contient les deux projets MonProg et SetupMonProg ) et je fixe le contexte des projets à générer à "Release" .

    S'il manque quelque chose à la configuration, je serai reconnaissant si tu me le dis.


    Citation Envoyé par Bluedeep Voir le message

    - S'agit-il d'une application C++ managée ou Win32 ?
    Il s'agit d'une application Win32 Console Application en c++ , je n'utilise pas les namespace .NET dans mon code.

    Détails
    *****
    Dans cette application, j'utilise des WebServices ( et même les WebServices sont fait en code natif , j'ai suivi un exemple de création de WebService sur msdn http://msdn.microsoft.com/fr-fr/libr...t2(VS.80).aspx )

  4. #4
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Par défaut
    Ok.

    Essaye en allant dans les propriétés des projets (pas de la solution) :

    - configuration properties -> Linker -> Debugging -> Generate Debug Info -> FALSE.

    (sans garantie).

  5. #5
    Membre confirmé Avatar de masterx_goldman
    Inscrit en
    Mai 2008
    Messages
    164
    Détails du profil
    Informations forums :
    Inscription : Mai 2008
    Messages : 164
    Par défaut
    Citation Envoyé par Bluedeep Voir le message
    Ok.

    Essaye en allant dans les propriétés des projets (pas de la solution) :

    - configuration properties -> Linker -> Debugging -> Generate Debug Info -> FALSE.

    (sans garantie).

    J'ai fait ça et lorsque je regénère le tout, je reçoit les mêmes fichiers manifest que précédement avec

    <assemblyIdentity type="win32" name="Microsoft.VC80.DebugCRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>

    Je ne sais pas si ça veut dire la même chose ou pas , mais apparement oui

    Alors, ce qui parait c'est que se libérer de cette DebugCRT n'est pas aussi simple du tout

  6. #6
    Inactif  
    Homme Profil pro
    Chef de projet NTIC
    Inscrit en
    Janvier 2007
    Messages
    6 604
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France

    Informations professionnelles :
    Activité : Chef de projet NTIC

    Informations forums :
    Inscription : Janvier 2007
    Messages : 6 604
    Par défaut
    A vrai dire, je n'utilise le C++ non managé que pour des DLL exportant des fonctions précises (et numériquement très minoritaires au sein d'un projet), jamais pour une application compléte (le C# me convient très bien ) et n'ai jamais vu ce problème.

    Si tu essaye de spécifier cette DLL DebugCRT en exclusion explicite au niveau du linker il se passe quoi ?

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 1
    Dernier message: 02/11/2012, 18h05
  2. Réponses: 1
    Dernier message: 16/02/2011, 23h52
  3. Réponses: 5
    Dernier message: 04/05/2009, 14h54
  4. erreur SideBySide (Microsoft.VC80.DebugCRT)
    Par Norin-Rad dans le forum Windows XP
    Réponses: 3
    Dernier message: 10/04/2008, 16h21
  5. Comment rediriger la sortie vers /dev/null
    Par dclink dans le forum C
    Réponses: 4
    Dernier message: 24/06/2003, 18h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo