none
Débogage impossible avec VB2008 SP1 (Vista 64) RRS feed

  • Discussion générale

  •  Bonjour tout le monde !

    Je suis passé sous vista 64bit, j'ai donc réinstallé l'IDE (VB 2008 Express), puis pour faire un test j'ai fait une petite application.
    Et là, impossible de la lancer à partir de l'IDE (en mode debug), que ce soit avec l'option "d'hébergement visual studio" activée ou non. Si cette option est activée, j'ai "vsHost.exe a cessé de fonctionner"... et si elle est désactivée, j'ai une exception de type SEHException qui est levée... D'après ce que j'ai lu, cela r
    eprésente des erreurs
    SEH (Structured Exception Handler). Je cite ce que l'aide fournie:

    "La classe SEHException gère les erreurs SEH qui sont levées à partir de code non managé, mais qui n'ont pas été mappées à une autre exception .NET Framework. La classe SEHException répond également à HRESULT E_FAIL, qui a la valeur 0x80004005."

    "Le .NET Framework rencontre souvent des exceptions SEH non managées qui sont mappées automatiquement aux équivalents managés. Par exemple, une exception SEH STATUS_NO_MEMORY est mappée automatiquement à la classe OutOfMemoryException et l'exception SEH STATUS_ACCESS_VIOLATION est mappée automatiquement à la classe NullReferenceException. Toutefois, toute exception SEH qui n'est pas mappée automatiquement à une exception spécifique est mappée par défaut à la classe SEHException." 

    J'ai essayé de lancer l'application hors IDE, à partir de son dossier Debug avec succès, sans l'ombre d'une exception !

    Mais dans VS impossible de la faire fonctionner... Comme j'ai aucune idée de l'origine du problème, j'ai tenté de modifier l'architecture cible pour la compilation (des fois que...), mais rien n'y fait !

    Je vous fourni la description de l'exception ci-dessous, si cela inspire quelqu'un...

    L'exception System.Runtime.InteropServices.SEHException n'a pas été gérée

      Message="Un composant externe a levé une exception."
      Source="System.Windows.Forms"
      ErrorCode=-2147467259
      StackTrace:
           à System.Windows.Forms.UnsafeNativeMethods.SendMessage(HandleRef hWnd, Int32 msg, IntPtr wParam, IntPtr lParam)
           à System.Windows.Forms.Control.SendMessage(Int32 msg, Int32 wparam, IntPtr lparam)
           à System.Windows.Forms.Form.UpdateWindowIcon(Boolean redrawFrame)
           à System.Windows.Forms.Form.CreateHandle()
           à System.Windows.Forms.Control.get_Handle()
           à System.Windows.Forms.Control.SetVisibleCore(Boolean value)
           à System.Windows.Forms.Form.SetVisibleCore(Boolean value)
           à System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
           à System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
           à Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun()
           à Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel()
           à Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run(String[] commandLine)
           à test.My.MyApplication.Main(String[] Args) dans 17d14f5c-a337-4978-8281-53493378c1071.vb:ligne 81
      InnerException:


    Voilà donc le problème qui m'empêche de développer correctement.
    Merci d'avance pour vos suggestions... Cela me sera d'une grande aide !
    ++
    mercredi 29 avril 2009 01:47

Toutes les réponses

  • Bonjour

    Je me souviens plus tres bien si j'avais les meme erreur, mais voila ce que j'ai fait :
    Il faut aller dans menu Projet/[Propriété de "Projet"]/Compiler/options avancées de compilation/Unité centrale cible : et mettre X86

    et ça devrais fonctionner :p


    Cordialement,
    mercredi 29 avril 2009 06:32
  • Salut TroXsA !

    Cette solution ne fonctionne pas malheureusement...

    Pour info, je suis sur une machine x64 (enfin processeur 32bits qui gère le 64bits via EMT64...), avec un OS 64bits. Mais mon problème est présent que je compile pour x86, x64 ou en mode 'Any CPU', donc cela ne vient pas d'un problème d'architecture cible.

    Si vous avez d'autres idées... N'hésitez surtout pas !
    samedi 2 mai 2009 19:21
  • Bonjour

    Et non je n'est pas d'autre solution, je connaissait que celle-ci par ce que j'avais le meme probleme et quand faisait cette manip je n'ai plus eu de probleme

    Cordialement, Troxsa
    dimanche 3 mai 2009 08:07
  • Salut TroXsA !

    Bon ben OK...
    Je n'ai toujours pas trouvé de solution, et je ne sais pas si je pourrai en trouver une.
    J'ai envoyé le rapport d'erreur de windows, mais on dirait qu'il n'y a pas de solution connue à ce problème.

    Crois-tu que contacter le support technique de Visual Studio serait bénéfique ? Je ne vois plus que ça à faire...

    Merci quand même et bonne continuation !
    ++

    dimanche 3 mai 2009 12:58
  • Bonjour,

    Avez-vous essayé de regarder de ce côté :
    http://support.microsoft.com/default.aspx/kb/897298

    Essayez aussi de créer votre propre Sub Main()

    Cordialement
    Gilles TOURREAU - MVP C#
    lundi 11 mai 2009 08:53
    Modérateur