none
L' environnement de développement Visual C++ 2010 Express plante au lancement de l'application après compilation et édition des liens. RRS feed

  • Discussion générale

  • L'environnement de développement Visual C++ 2010 Express plante au lancement de l'application, ainsi, il m'est impossible d'exécuter mon application en mode debug. Pourtant la compilation et l'édition des liens s'exécutent correctement, le fichier exécutable est bien créé. Le système sur lequel j'ai ce plantage est Windows 7 32 bits. Je m'en sors en effectuant un partage réseau et en compilant sur une autre machine avec Windows XP mais ça n'est vraiment pas confortable.

     

    • Type modifié Ciprian Duduiala mercredi 14 septembre 2011 06:05 attente de feedback
    jeudi 8 septembre 2011 09:37

Toutes les réponses

  • >L'environnement de développement Visual C++ 2010 Express plante au lancement de l'application,

    C'est un peu vague comme description du problème. Que se passe-t'il exactement? Visual C++ affiche-t'il un message d'erreur? Lequel ? Ou bien est-ce le programme compilé qui a un problème?

    Que se passe-t'il si vous lancez le programme compilé depuis l'explorateur de fichiers?

    A priori je pencherais pour un problème de configuration ou d'installation de Windows ou un problème d'installation de Visual C++ express...

    jeudi 8 septembre 2011 13:29
    Auteur de réponse
  • Bonjour Pierre,

    Merci de vous intéresser à mon problème.

    C'est bien l'application "C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\VCExpress.exe" qui plante au lancement du programme même pour le programme le plus simple créé sans que j'ai ajouté la moindre ligne (une "Form" vide).

    J'ai la fénêtre habiteulle en cas de plantage :

    Micosoft Visual C++ 2010 Express a cessé de fonctionner

    Un problème a fait que le programme a cessé de fonctionner correctement. Windows va fermer ce programme et vous indiquer si une solution est disponible.

    avec le bouton "Fermer le programme"

    L'exécutable créé est correct et s'exécute normalement depuis l'explorateur de fichiers.

    Cela dit c'est quand même un peu plus subtil. Si on debug l'application sans qu'il soit nécessaire de recompiler (l'exécutable étant à jour), l'exécution s'effectue le plus souvent normalement. Par contre s'il est nécessaire de recompiler, le plantage est systématique. Je pencherais volontiers pour une mauvaise gestion du multitache qui lancerait l'application alors qu'elle est à peine compilée.

    La machine est un HP Z800 avec un processeur Intel Xeon 2.4 GHz 4 coeurs.

     

    jeudi 8 septembre 2011 15:56
  •  l'application "C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\VCExpress.exe" qui plante
    > au lancement du programme même pour le programme le plus simple

    Votre PC semble dans un état très instable. Comme je disais plus haut, sans doute un problème d'installation ou de configuration.

    jeudi 8 septembre 2011 19:11
    Auteur de réponse
  • Bonjour, Depman,

    Je suis d’accord avec Pierre : il y a un problème avec VC++ Express. On a eu des utilisateurs qui ont rapporté des problèmes avec Visual Studio qui ont été liés aux certains Add-Ins ou programmes qui interféraient avec le fonctionnement de Visual Studio. Vu qu’il n’est pas facile déterminer la source d’erreur dans ces cas, je vous recommande télécharger de nouveau la version VC++ 2010 Express et le réinstaller.

     

    Si la réinstallation ne résoudre pas votre problème et votre problème est urgent, il faudra contacter Microsoft Support. Sinon, vous pouvez aussi rapporter votre VS bug sur Connect et mes collègues essayeront vous aider.

    Cordialement,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    lundi 12 septembre 2011 07:04
  • Bonjour Cipri,

     

    Il s'agit cette fois d'une autre machine, HP Z400, même système Win 7 32, même Visual C++ 2010 Express, même plantage.

    Il est vrai que je télécharge Visual C++ à l'adresse suivante :

    http://msdn.microsoft.com/fr-fr/gg699327

    mais avec laquelle je n'avais pas ce genre de problème sur WinXP et un protable Win7 64 home.

     

    Je vais essayer celle que vous me proposez.

     

    Cordialement

     

    Denis Petermann

     

     

     

    jeudi 20 octobre 2011 17:15
  • Bonjour à tous,

     

    J'ai donc désinstallé puis réinstallé

    Microsoft Visual C++ 2010 Express - Français

    Microsoft Visual C++ 2008 Redistributable  - x86 9.0.30729.4974

    Microsoft SQL Server Compact 3.5 SP2 FRA

    ... toujours le même problème.

     

    J'ai noté que Windows Update proposait 11 mises à jour :

    Mise à jour pour Microsoft .Net Framework version 4

    Mises à jour de sécurté pour Microsoft .Net

    Mises à jour pour Windows 7

    Windows 7 Service Pack 1

    A la suite de quoi Windows Update me répond "Windows est à jour, Aucune mise à jour n'est disponible pour votre ordinateur"

    ... mais toujours le même problème.

     

    Depman

     

     

     

     

     

     

     

     

    vendredi 21 octobre 2011 08:07
  • Pouvez-vous donner plus d'information sur le plantage ?

    Logs, journal d'évènement, informations affichées dans la boite d'alerte, etc.

    Pensez aussi à vérifier la santé virale de vos plateformes.


    Paul Bacelar, Ex - MVP VC++
    vendredi 21 octobre 2011 08:42
    Modérateur
  • Je me concentre sur la machine la plus récement installée car elle est la moins utilisée pour l'instant.

    Windows Update : Aucune mise à jour n'est disponible pour votre ordinateur.

    La machine est protégée par Symantec AntiVirus 10.2.0.276
    Fichier de définition de virus version : 26/10/2011 rev. 2

    Analyse complète (Fichiers analysés : 361942, Risques détectés : 0, Temps écoulé : 35:49)

    Le plantage se produit si l'application doit être compilée (un des fichiers source modifié) ou demande de régénération du projet.

    Même comportement avec Visual C++ 2010 Express et Visual Studio 2010 Professional.

    Suite au plantage, si on demande le débogage dans une nouvelle instance de Visual Studio on obtient :

    devenv (Débogage) - Microsoft Visual Studio

    Une exception non gérée du type 'System.InvalidCastException' s'est produite dans Microsoft.VisualStudio.Shell.10.0.dll

    Informations supplémentaires : Impossible d'effectuer un cast d'un objet COM de type 'System.__ComObject' en type d'interface 'Microsoft.VisualStudio.OLE.Interop.IServiceProvider'. Cette opération a échoué, car l'appel QueryInterface sur le composant COM pour l'interface avec l'IID '{6D5140C1-7436-11CE-8034-00AA006009FA}' a échoué en raison de l'erreur suivante : Cette interface n’est pas prise en charge (Exception de HRESULT : 0x80004002 (E_NOINTERFACE)).

    Dans le fichier journal, on trouve :

    Journaux Windows
    Applications :
    Niveau : Erreur
    Source : .Net Runtime

    Application : devenv.exe
    Version du Framework : v4.0.30319
    Description : le processus a été arrêté en raison d'une exception non gérée.
    Informations sur l'exception : System.InvalidCastException
    Pile :
       à System.StubHelpers.StubHelpers.GetCOMIPFromRCW(System.Object, IntPtr, Boolean ByRef)
       à Microsoft.VisualStudio.OLE.Interop.IServiceProvider.QueryService(System.Guid ByRef, System.Guid ByRef, IntPtr ByRef)
       à Microsoft.VisualStudio.Shell.ServiceProvider.GetService(System.Guid, System.Type)
       à Microsoft.VisualStudio.Shell.ServiceProvider.GetService(System.Type)
       à Microsoft.VisualStudio.Shell.ThreadHelper.get_Invoker()
       à Microsoft.VisualStudio.Shell.ThreadHelper.InvokeOnUIThread(Microsoft.VisualStudio.Shell.InvokableBase)
       à Microsoft.VisualStudio.Shell.ThreadHelper.Invoke(System.Action)
       à Microsoft.VisualStudio.Project.VS.Implementation.VSShellServices.InvokeOnUIThread(System.Action)
       à Microsoft.VisualStudio.Project.VisualC.VCProjectEngine.ApartmentMarshaler.Invoke(System.Action)
       à Microsoft.VisualStudio.Project.VisualC.VCProjectEngine.VCConfigBuildJob.BuildCompleted(Microsoft.Build.Execution.BuildSubmission)
       à Microsoft.VisualStudio.Project.Contracts.Implementation.BuildProjectBase+BuildCompletedCallbackManager.BuildCompleted(Microsoft.Build.Execution.BuildSubmission)
       à Microsoft.Build.Execution.BuildSubmission.<CheckForCompletion>b__0(System.Object)
       à System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(System.Object)
       à System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
       à System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
       à System.Threading.ThreadPoolWorkQueue.Dispatch()
       à System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

    jeudi 27 octobre 2011 09:50
  • L'ID {6D5140C1-7436-11CE-8034-00AA006009FA} de l'objet COM qui pose problème se trouve dans la DLL IEPROXY.DLL.

    Peut-être que cette DLL, qui fait partie d'Internet Explorer, n'est pas enregistrée correctement dans la base de registre? Peut-être qu'Internet Explorer n'est pas installé correctement? Sur ma machine, cette DLL est dans c:\program files\Internet Explorer\. Essayez d'exécuter dans un prompt Visual 2010 en mode administrateur:

    regsvr32 "c:\program files\internet explorer\ieproxy.dll"

     

    jeudi 27 octobre 2011 15:36
    Auteur de réponse
  • Bonjour Pierre,

    Je vous adresse un grand BRAVO car cette ligne de commande appliquée aux deux machines incriminées a résolu le problème et me sort de plusieurs jours de galère à devoir compiler les programmes sur une autre machine.

    VRAIMENT MERCI.

    Denis Petermann

     

    jeudi 27 octobre 2011 16:45
  • De rien :)

    Dommage qu'il n'y ait pas de bouton "Offrir une bière" à côté de "Vote as Helpful" :)

    jeudi 27 octobre 2011 18:12
    Auteur de réponse