Problème d'exécution application C #

Version imprimable

06/05/2011, 11h32
spidey89

Problème d'exécution application C #
Bonjour à toutes et à tous,

J'ai besoin de votre aide.

J'ai créer une application c# qui sert à envoyer des tickets de dépannages dans GLPI, j'utilise le protocole XML-RPC pour la communication et le framework 3.5.

La compilation du projet en mode développement, il n'y a pas d'erreur. De ce fait j'ai créer un setup d'installation pour les postes clients.

Ce setup est compilé pour les x86.

Sous XP:
L'installation s'effectue bien. L'application se lance bien et fonctionne sans aucune difficulté

Sous Seven x86:
L'installation ne pose pas de problème, l'application se lance mais plante au bout de quelque secondes et voici l'erreur :

Citation:

Description :
Stopped working

Signature du problème*:
Nom d’événement de problème: CLR20r3
Signature du problème 01: hotline.exe
Signature du problème 02: 0.0.0.0
Signature du problème 03: 4dc3bafa
Signature du problème 04: Hotline
Signature du problème 05: 0.0.0.0
Signature du problème 06: 4dc3bafa
Signature du problème 07: 48
Signature du problème 08: 6d
Signature du problème 09: System.IndexOutOfRangeException
Version du système: 6.1.7600.2.0.0.768.2
Identificateur de paramètres régionaux: 1036

Lire notre déclaration de confidentialité en ligne*:
http://go.microsoft.com/fwlink/?link...8&clcid=0x040c

Si la déclaration de confidentialité en ligne n’est pas disponible, lisez la version hors connexion*:
C:\Windows\system32\fr-FR\erofflps.txt

Alors j'ai essayé de cherché sur le net, dans le msdn. Je n'ai pas trouvé de solution à mon problème.

Voici ce que j'ai essayé:
- Compiler le setup et mon application en x64 et x86.
- Mettre à jour le framework sous seven.
- Compiler l'application avec le framework 4 , 4 Client Profile, 3.5, 3.5 Client Profile.
J'ai toujours le même message d'erreur.

J'ai besoin de votre aide.

En vous remerciant d'avance, passer une bonne journée.
06/05/2011, 11h39
tomlev

Essaie d'installer la version debug sur Seven, tu devrais avoir un peu plus de détails sur l'erreur.
06/05/2011, 11h47
spidey89

Salut tomlev,

Mon setup est déjà en mode debug. Il y a peut être un moyen d'activer plus de détails au niveau des exécution des erreurs?

Merci
06/05/2011, 11h59
Aeronia

Je penses que Tomlev voulait dire ton application en debug
06/05/2011, 12h07
spidey89

Salut Aeronia,

Mon application est bien compilé en mode debug et mon setup en mode debug aussi.
06/05/2011, 12h42
DonQuiche

Plus prosaïquement, pourquoi compiler pour x86 plutôt que pour une plateforme neutre ? Si c'est du fait d'incertitudes sur la mise en cache par le JIT, il est toujours possible d'utiliser ngen lors du déploiement pour compiler sur la machine destinataire.

Ou y a t-il une bonne raison que j'ignore ? A vrai dire je n'ai jamais saisi l'intention de MS derrière le fait d'offrir cette possibilité de compiler en natif.
06/05/2011, 13h28
swif79

Bonjour,
cette erreur me fait pensé à un problème que j'ai eu, es que tu ne récupèrerai pas des handles de fenêtre par hasards ?
06/05/2011, 14h25
spidey89

Salut swif79,

Je ne vois pas ce que tu veux dire par "récupèrerai pas des handles de fenêtre"?
Au démarrage de l'application, je remplis des forms en fonctions d'un fichier de config que j'ai créer (nom de boutons, etc).
06/05/2011, 14h34
swif79

en fait j'avais eu problème ne survenant que sous seven, je récupérai des handles de fenêtre d'applications externes via du pInvoke et la valeur retournée sous seven était de type long contre integer sous xp. Si bien que que lors d'un traitement je ne sais plus exactement lequel (c'est loin) j'avais un dépassement de capacité comme tu semble l'avoir.
06/05/2011, 15h00
spidey89

Ah ok, effectivement j'utilise des invoke.

Je vais regarder de ce côté.

Merci bien.
06/05/2011, 15h18
spidey89

J'ai regarder, même erreur.
:(
06/05/2011, 16h37
swif79

Bon apparemment tu n'as pas la possibilité de débugger ton application sue le poste posant problème.
Utilise tu une gestion de log ? Si non tourne toi du côté de postSharp qui te permettra de mettre en place un système de log très rapidement.
Autre solution mais largement plus complexe suivre les méthodes de débugging proposé dans cette webcast :

http://http://www.microsoft.com/fran...D11_DEV_OUTILS

Bon debugage :D
06/05/2011, 16h48
spidey89

Merci swif79, je n'avais plus de piste, je vais faire avec POSTSHARP.

Je vous tiens au jus.

A+

Postsharp pour ça c'est un peu l'artillerie lourde... A mon avis c'est pas nécessaire.

C'est une application Windows Forms ?

Essaie déjà d'ajouter ça :
Code:

1 2 3 4 5 6 7 8 9 // Dans le Main Application.ThreadException += Application_ThreadException; ... static void Application_ThreadException(object sender, ThreadExceptionEventArgs e) { MessageBox.Show(e.Exception.ToString()); }
Ca te donnera déjà plus d'information sur l'erreur

Sinon, vu que l'appli fonctionne sous XP et pas sous Seven, il y a de fortes chances pour que ce soit lié à l'UAC... Est-ce que ça fonctionne si tu l'exécutes en tant qu'administrateur ?

06/05/2011, 20h42
youtpout978

normalement quand tu fais du invoke tu utilise du IntPtr pour les handle pas du int ou du long

Bonjour à tous,

Mon erreur de FileNotFound Exception venait de:
Code:

1 2 3 4 _grisSecond.SetBounds(Screen.AllScreens[1].Bounds.X, Screen.AllScreens[1].Bounds.Y, Screen.AllScreens[1].Bounds.Width, Screen.AllScreens[1].Bounds.Height);
A son ouverture , l'application, se place sur le second écran (appli prévu pour des doubles écrans), du coup sur un simple écran, il ne trouvait pas le second, donc dépassement de tableau. J'ai résolu le problème en mettant 0 à la place de 1.

En tout cas merci à tous pour votre aide.

Bonne journée

19/05/2011, 09h53
tomlev

Citation:

Envoyé par spidey89

Mon erreur de FileNotFound Exception venait de:

Euh, c'était pas plutôt une IndexOutOfRangeException ?