Discussion :

[DaDark]

Bonjour à tous,

Je travaille sur un logiciel développé en C++. Ce programme ayant un lourd historique, celui-ci combine des MFCs et des winforms et est compilé avec le framework .net 2.0.
L'application est un client lourd avec connexion à une base de donnée.
Mon problème est le suivant : lorsque l'application fonctionne sur un ordinateur 32 bits tout va bien. Par contre, déployée sur un poste 64, l'application bloque Windows durant les phases de chargements (connexion à la base ou traitement local un peu long). Que ce soit sous Xp ou Seven, le résultat est le même.

Lors de ces tâches, une fenêtre avec une progress bar s'affiche à l'écran. Tant qu'elle n'est pas à 100%, il est impossible de réduire l'application. Si j’essaie de changer de programme avec Alt+Tab, la fenêtre avec la miniature des applications lancées apparait, mais cette dernière reste bloqué et ne répond pas si on maintient Alt et qu'on reappuie sur Tab.

En debug pas à pas, sous visual studio 2008, depuis le code, je ne peux pas réduire visual. Si je le fais, visual studio se réduit bien mais ne veut pas passer au premier plan lorsque je clique dessus dans la bar des tâches. D'ailleurs aucune autre application ne passe au premier plan lorsqu'on clique dessus depuis labar des tâchesdéjà démarré le peut).

De plus, durant ces phases, si j’essaie d'afficher le gestionnaire des tâches avec Ctrl+Alt+Supr, celui ci ne répond pas (il s'affiche mais impossible de changer d'onglet ou d'appuyer sur un bouton). La seule action qui me permet de débloquer le PC est de fermer la session (redémarrer ou éteindre Windows proprement ne fonctionne même pas).

Je travaille avec deux écrans, et j'ai l'impression que seul l'explorateur Windows est impacté. Par exemple avec Firefox lancé sur l'autre écran, celui répond et fonctionne normalement durant le chargement ou le debug pas à pas de mon application.

Encore une fois, sur une machine 32 bits aucun problème à noter.
Quelqu'un a-t-il déjà eu ce genre de problème?

Merci d'avance.

[Graffito]

Rencontre-t'on le même problème en configurant dans la propriété Target du projet la valeur X86 ?

[DaDark]

Dans la propriété "Ordinateur cible", j'ai bien la valeur "Machine X86" de sélectionné. La plateforme cible (que je sois en debug ou release) est bien Win32. Si j’essaie de compiler la solution avec la valeur à "Machine X64" vers la plateforme X64, j'ai moult erreurs de conversion type "static_cast", etc...

[Graffito]

Dans la terminologie de la version US de Visual studio, je selectionnerai:
Platform: AnyCPU
Platform target : X86

Mais, je ne pense pas que cela résolve le problème.

[champomy62]

Salut

Quelle base de données utilises-tu ?

As-tu mis des logs ?

[DaDark]

Salut

Quelle base de données utilises-tu ?

As-tu mis des logs ?

On se connecte avec 2 différents types de base (ça dépend des config). Principalement avec SQL Server ou Oracle, ici même combat, le freeze est bien là d'un type de base à l'autre.
Et oui il y a des logs lors des accès en base (entre autre).

Dans la terminologie de la version US de Visual studio, je selectionnerai:
Platform: AnyCPU
Platform target : X86

Mais, je ne pense pas que cela résolve le problème.

Je n'ai pas Any CPU dans la liste des plateforme. Du coup j'ai testé de la créer manuellement depuis le gestionnaire de configuration de VS. Le souci : soit je copie les paramètres depuis Win32 et rien ne change (tjs le blocage), soit je pars de paramètre vide ou de x64 et là ça ne compile pas.

Est-ce qu'il est possible d'importer une plateforme? Dans la liste de ces dernières, il y a déjà :
- Pocket PC 2003 (ARMV4)
- SmartPhone 2003
- Windows Mobile 5.0 Pocket PC SDK (ARMV4I)
- Windows Mobile 5.0 Smartphone SDK (ARMV4I)
- x64
Peut-etre qu'il est possible d'importer AnyCPU depuis un existant?