Discussion :

[electro8051]

Bonjour à tous,

Ayant créé un projet sous Visual studio 2022 en C++ cli GUI X64, mon interface graphique est fonctionnel.
Devant utiliser une dll X86, quand je passe en mode X86, ce dernier est systématiquement imbriqué dans une fenetre de terminal windows quand je l'exécute.

Quelqu'un sait-il pourquoi ?
Si oui, y a t-il un moyen pour y remédier ?

Merci d'avance pour vos réponses.

JM

[Guesset]

Bonjour,

Que fait cette DLL ? Quelles sont ses dépendances ? Si elle utilise les entrées-sorties par défaut du système, celles-ci seront naturellement dans une fenêtre système. Il est possible de rediriger les entrées sorties système vers une fenêtre texte (qui est pratiquement une fenêtre système embarquée dans l'application).

Salutations.

[bacelar]

Pouvez-vous créer un dépôt Git avec un projet minimum qui reproduit le problème ?

[kaitlyn]

Salut,

Lorsque des binaires ont été compilés en mode debug, leur exécution s'accompagne généralement d'une console ou d'un terminal.

[electro8051]

La dll est fournie par Microchip pour gérer l'USB HID, le source n'est pas fourni.
La compilation en debug ou release donne le même résultat sous VS 2022.
.
J'ai transposé l'appli sous visual c++ 2010 framework 3.5, époque de la sortie de cette dll, et là, l'interface graphique s'exécute correctement sans console windows.

[bacelar]

Commençons par imaginer un cheval avant un zèbre.
Vraisemblablement, votre paramétrage X86 de votre projet est foireux.
Un dépôt Git avec le minimum pour reproduire le problème SVP.

[electro8051]

N'ayant jamais fait de dépôt GitHub, je regarde comment faire...

[electro8051]

Bonjour,

Github n'ayant pas voulu de mon account, j'ai finalement uploadé mon projet ici:

http://electro8051.free.fr/ProgHcs2/Proghcs2.html

Merci pour vos retours et bonne année 2026

[electro8051]

Bjr,

C'est résolu
C'était le config/system qui n'était pas initialisé correctement à Windows.

Merci à tous pour vous être intéressé à mon problème

[bacelar]

Je comprends pas.
Après avoir supprimer le "v3.5" du "Version du .NET Frameworkk cible" des "Paramètres avancés" des "Propriétés de configuration" du projet, parce que j'ai pas cette antiquité d'installé dans mon VS2022, le passage de "Non défini" à "Windows/SUBSYSTEM:WINDOWS" dans "Propriétés de configuration ->Editeur de liens -> Système -> Sous-Système" entrainait des erreurs d'édition de lien.
Pouvez-vous être plus précis ou fournir la version "corrigée", SVP ?