Masquer la console de Windows de l'Application

J'ai une application Qt, et quand je lance cette application, il y a une console ouverture derrière elle. Dans le développement, c'est sympa parce que je vois debug sorties sur la console, mais lorsque je veux donner à ce fichier exécutable pour le client, il devrait y avoir pas de fenêtre de console.
comment puis-je le cacher?

(Je suis à l'aide de Visual Studio 2008)

La meilleure façon est de faire un Projet QT et l'utilisation QVTKWidget.

InformationsquelleAutor ufukgun | 2010-01-26

49

Il semble que votre linker configuration est incorrecte. Cliquez-droit sur le projet, les Propriétés de l'éditeur de liens, Système, sous-système de réglage. Assurez-vous que "Windows" est sélectionné, pas de "Console".

Et, changer de main() WinMain().
- quand je choisis Windows au lieu de la Console, j'ai eu erreur de lien
- est-il une différence entre le main() et WinMain()?
- Vous pouvez également définir le point d'entrée du projet de norme main() dans Propriétés -> Linker -> Avancé> point d'Entrée
- Le problème est que lorsque je mets le programme en Windows il n'est pas arrêter, même si je fixe le main/WinMain question.
- Comment? Que met-on dans ce domaine? C'est un champ de type chaîne et j'ai essayé une grande variété de solutions, aucune ne fonctionne.
- retour ensuite en 2008 il devrait être une selectbox. Peut il y a d'autres paramètres dans la configuration. Pourriez vous poser une autre question et de fournir d'installation étape par étape de reproduire cela?
InformationsquelleAutor Hans Passant
103

Dans le projet de construire linker options
```
/SUBSYSTEM:windows
/ENTRY:mainCRTStartup
```
Ou utilisez la commande suivante #pragma dans le fichier source avec le int main(...)
```
#pragma comment(linker, "/SUBSYSTEM:windows /ENTRY:mainCRTStartup")
```
- Imo le meilleur et pour le point de répondre, de traiter à la fois le sous-système de la partie et les différents points d'entrée de la partie. Petite unicode astuce: si vous compilez avec l'unicode et ont wmain par opposition à la main, le commentaire doit être "/ENTRÉE:wmainCRTStartup".
- WCHAR n'est pas Unicode. Si vous êtes en utilisant de vrais Unicode avec les bibliothèques, comme les soins intensifs, normal mainCRTStrartup fonctionne très bien.
- Bien sûr, mais je parlais de l'option de compilateur (c'est à dire, "compiler avec unicode"). Ils sont en fait de l'appeler "Utiliser le Jeu de Caractères Unicode".
- Cette solution a fonctionné pour moi et mon application OpenGL. J'ai commencé le projet il y a des mois comme une application console, à l'aide de la fenêtre de la console pour le début de débogage. Démarrage du projet de nouveau comme une application de windows et coller tous les fichiers, ainsi que de re-saisie de toutes les dépendances de la bibliothèque semblait fastidieux.
- Pro-Tipp: Si vous avez besoin d'une console plus tard pour le débogage, vous pouvez utiliser AllocConsole msdn.microsoft.com/en-us/library/windows/desktop/...
- +1 c'est exactement la réponse que je cherchais! Merci.
- Dans VS 2010, le pragma ne fonctionne pas pour moi. J'ai eu à régler les deux paramètres via les propriétés du projet, retiré _CONSOLE du préprocesseur. Puis j'ai reconstruit, et il a parfaitement fonctionné.
- Ce doit être la accepté de répondre à
InformationsquelleAutor datenwolf
16

Vous pouvez vous débarrasser de la console en appelant le:
```
FreeConsole();
```
- Vous l'avez déjà vu, il est donc trop tard.
InformationsquelleAutor Daniel Munoz
12

j'utilise cette méthode et cela a fonctionné
```
HWND hwnd = GetConsoleWindow();
ShowWindow(hwnd, 0);
```
- Si vous démarrez le programme à partir de la ligne de commande la ligne de commande va disparaître. FreeConsole n'a pas ce problème.
InformationsquelleAutor ufukgun
7

Solution suivante 😉

Env: WixXP x64, msvs 2008, Qt v4.5.3
1. Projets paramètres/propriétés de Configuration/gestionnaire/Système/sous-système = Windows (/sous-système:WINDOWS)
  
  Mais Pour x64 il y a erreur d'éditeur de liens:
  LNK2019: symbole externe non résolu _WinMain référencé dans la fonction _WinMainCRTStartup"
  Pour l'éviter
2. Remplacer le code suivant:
```
int main(int argc, char *argv[])
{
     QApplication app(argc, argv);
     //your code*
}
```
  par
```
int WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, char*, int nShowCmd)
{
    int argc = 0;
    QApplication app( argc, 0 );
 }
```
Il fonctionne très bien pour les deux - Win32 et les plates-formes x64.
- Cette méthode empêche le programme d'obtention de paramètres à partir de la ligne de commande. Très, très mauvaise idée. -1. Si vous voulez le faire correctement, marquer la chaîne que vous recevez fin de la troisième paramètre de WinMain. Et oui, il ya beaucoup de programmes de Windows interpréter les paramètres de ligne de commande. Par exemple, le "Impression" du menu contextuel dans l'Explorateur Windows démarre un programme avec des paramètres de ligne de commande.
- datenwolf, Ils sont toujours là à l'aide de __argv et __ _ _ argc macros (au moins dans MSVC) ou GetCommandLine/CommandLineToArgv winapi fonction.
InformationsquelleAutor Oleksiy Tarasyuk
6

Si vous utilisez Propriétés->de l'éditeur de liens->Système->sous-système | Windows

Et d'obtenir une erreur de l'éditeur de liens.

Vous pouvez regarder de l'éditeur de liens->Avancé-> Point d'Entrée

et définissez la valeur sur le nom de votre "main" de la fonction.

Qui est votre Point d'Entrée devient le principal, si votre principale fonction est un "principal".
- Grâce à vous ! ses œuvres
InformationsquelleAutor Guest
5

Peut être la meilleure option sera de ne pas simplement supprimer (comme Andy M a suggéré), mais modifier *.pro fichier en ajoutant quelque chose comme
```
CONFIG(debug, debug|release) {
    CONFIG *= console
} 
else {
    CONFIG -= console
}
```
En debug, vous pouvez voir la fenêtre de la console, mais pas dans le communiqué. Je l'aime. =)

InformationsquelleAutor Wildcat
4

Je suggère de vérifier la présence de la ligne suivante dans votre .PRO fichier :
```
CONFIG += console
```
Si vous pouvez trouver l'enlever ! Cela devrait résoudre votre problème !

Espère que cela aide !
- mais visual studio n'utilise pas .Fichier PRO. il a juste des exportations/importations de ce fichier..
- Le véritable projet Visual Studio est créé en utilisant les paramètres de configuration dans le QMake fichier de projet, ce qui pourrait très bien être la cause.
- Erm, dans la VCProj propriétés, peut-être en allant dans les Liens Edition, Système et, enfin, le sous-système... Essayer de mettre la valeur "de Windows (/sous-système:WINDOWS)"... je ne suis pas vraiment sûr que vous pouvez le faire comme ça tho...
- J'ai rapidement testé dans une de mes application et pour une raison obscure, j'ai besoin d'ajouter le suivant lib : c:\...\Qt\4.6.0-vs2008\lib\qtmain.lib dans VCProj Propriétés-> Édition des Liens -> Entrée> ajout de Dépendances
- Et il semble que c'est la solution finale 🙂 lists.trolltech.com/qt-interest/2005-12/thread00170-0.html
InformationsquelleAutor Andy M
0

Pour ceux d'entre vous de l'édition de l' .vcxproj directement, vous voulez ajouter un SubSystem avec la valeur Windows à votre Link ItemDefinitionGroup comme suit:
```
<ItemDefinitionGroup>
  <Link>
    <SubSystem>Windows</SubSystem>
  </Link>
</ItemDefinitionGroup>
```
- Curieux de savoir pourquoi cela a obtenu un downvote? Tout ce que je peux améliorer?
InformationsquelleAutor Dogmatixed
0

Aller à: Projects --> Run et décochez Run in terminal case

InformationsquelleAutor Artem Zaytsev
-2

Cela a fonctionné pour moi:
```
CONFIG(debug, debug|release) {
    CONFIG *= console
} 
else {
    CONFIG -= console
}
```
J'avais besoin pour exécuter un fichier exe pour surveiller un fichier à l'aide de QFileSystemWatcher j'ai donc utilisé ce:
```
CONFIG -= console
```
InformationsquelleAutor Festus Fashola

Vous devez vous connecter pour publier un commentaire.