inconnu2nulpar
Messages postés75Date d'inscriptionvendredi 20 janvier 2006StatutMembreDernière intervention16 janvier 2007
-
16 juil. 2006 à 18:17
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 2014
-
18 juil. 2006 à 01:44
Bonjour a ts je voulais savoir si quelqu'un sait comment on exécute un programme en C en tache de fond. en effet j'ai fait un programme C, j'ai fait un .exe, mais pour l'instant il y a toujours une fenêtre dos qui apparait et je vuodrai la supprimer. est ce que quelqu'un c'est comment exécuté un programme en tache de fond merce d'avance
SAKingdom
Messages postés3212Date d'inscriptionlundi 7 novembre 2005StatutMembreDernière intervention16 février 200915 16 juil. 2006 à 19:36
Quesque tu veux dire par tache de fond? Qu'il n'ai pas d'interface? Si oui, tu n'a qu'à créé ton programme en mode windows mais de ne pas créé de fenêtre. Comme ça il sera "invisible" (il restera toujours visible dans la liste des taches).
SAKingdom
Messages postés3212Date d'inscriptionlundi 7 novembre 2005StatutMembreDernière intervention16 février 200915 16 juil. 2006 à 19:44
Quand tu créé un nouveau projet, tu as le choix entre plusieur sorte de projet. Tu as des projet pour les DLL, les librairies statique et tu as aussi console et Win32 application. Mais je ne peux pas t'en dire plus tant que je sais pas avec quoi tu travail (dev-cpp, VC++ etc.)
SAKingdom
Messages postés3212Date d'inscriptionlundi 7 novembre 2005StatutMembreDernière intervention16 février 200915 16 juil. 2006 à 20:02
Ouch. Je ne programme pas avec turbo. À tu un IDE? Si oui, quand tu créé un nouveau projet, tu doit avoir Win32 Application ou Windows application ou quelque chose dans le genre? Si oui, c'est cela. La fonction WinMain sera l'équivalent de main. Si il y a du code dans la fonction, tu peux tout nettoyer et réécrire ta fonction pour qu'elle fasse ce que tu veux. Si tu n'a pas d'IDE ou si tu ne trouve pas le projet alors là je n'en sais rien.
inconnu2nulpar
Messages postés75Date d'inscriptionvendredi 20 janvier 2006StatutMembreDernière intervention16 janvier 2007 16 juil. 2006 à 20:05
ok je regarderai demain, merci
mais si je fait winmain au lieu de main() tu croit que ça vas marcher?
Parce que, moi en fait je ne cré pas de projet, je crée une nouvelle page et je tape mon code.
vinc1008881
Messages postés257Date d'inscriptiondimanche 22 août 2004StatutMembreDernière intervention29 septembre 20103 16 juil. 2006 à 20:14
les executable sur turbo cpp c'est encore du 16 bits il me semble ?
pour le savoir fais un programme avec turbo cpp (un hello world par exemple), execute le et regarde les processus si tu voit dedant ntvdm.exe (un truc comme ça), c'est que ton programme est 16 bits, sinon c'est du 32.
16 bits-->pas de moyen de faire une tache de fond, change de compilo (ex dev-cpp qui utilise gcc)
32 bits-->il y a moyen avec les API windaube :
vinc1008881
Messages postés257Date d'inscriptiondimanche 22 août 2004StatutMembreDernière intervention29 septembre 20103 16 juil. 2006 à 22:38
j'ai une soluce plus simple
SetConsoleTitle ("invisible");
HWND cmd = FindWindow(NULL,"invisible");
ShowWindow(cmd,SW_HIDE);
Sa marche sur n'importe les quels des compilos ;-)
Pas exactement : si l'executable est en 16 bits sa marche pas car les fonctions windows sont 32 bits et il me semble que turbo cpp produit des executable 16 bits.
MuPuF
Messages postés536Date d'inscriptionmercredi 27 avril 2005StatutMembreDernière intervention22 août 2008 16 juil. 2006 à 23:53
Vive l'éducation nationnale, ils font apprendre le pascal, le quick basic et le turbo c/c++, mais jamais les langages actuel, histoire de te mettre des batons dans les roues sous pretexte que la logique est la même. Pourtant, le c n'est pas jeune et est un bon début pour le c++ ...
Enfin bon, j'ai de la chance moi, les seuls cours de prog que j'ai eu, c'étais pour les microcontroleurs (asm, graphcet ou alors logigramme).
vinc1008881
Messages postés257Date d'inscriptiondimanche 22 août 2004StatutMembreDernière intervention29 septembre 20103 17 juil. 2006 à 11:00
le plus honteux c'est le quick basic, vive le 16 bits, en plus c'est un langage de M$ non ? Les executable produit ont vraiment l'air d'être pourris en +, on dirait qu'il contiennent 2 parties : une partie binaire et une autre avec le code qu'on a tapé, le qb est-il un langage interprété ?
Quant à turbo c/c++, ce n'est pas si mal car c'est du C/C++ faut juste changer de compilateur et prendre gcc (gratuit et puissant)
Pourtant, le c n'est pas jeune et est un bon début pour le c++ ... : le C est encore un langage de programmation extrement utile et très employé aujourd'hui : les executable produit sont très rapides, le C est vraiment un super langage.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 17 juil. 2006 à 11:27
"en plus c'est un langage de M$"
qu'est-ce que ça vient faire dans l'histoire ???
L'école devrait donc former du chomeur à tout coup ??? C'est pourtant là que sont les clients, non ?
Faudrait éviter ce genre de discussion sur cppfrance, on n'en avait plus depuis un moment et ça ne manquait à personne.
vinc1008881
Messages postés257Date d'inscriptiondimanche 22 août 2004StatutMembreDernière intervention29 septembre 20103 17 juil. 2006 à 11:35
Je ne veux pas faire l'anti Microsoft mais je dis juste que les langages qui sont créer pour une seule plateforme c'est pas les meilleurs, la portabilité est une qualité. Pas besoin de s'énerver...
MuPuF
Messages postés536Date d'inscriptionmercredi 27 avril 2005StatutMembreDernière intervention22 août 2008 17 juil. 2006 à 11:42
[auteurdetail.aspx?ID=327491 vinc1008881] : c'est ce que je disais, ce serai bien de former avec du c, ça reste bas niveau et c'est facilement compréhensible. Par contre, au niveau des compilateurs, pour les entreprises le mieux c'est la suite visual studio. C'est pas gratuit mais bordel, jamais eu un seul bug, pour les gros projets, le libre est assez chaud à gerer (mais on y arrive, la preuve est bien linux lol). Enfin bon, cracher sur microsoft tout le temps et surtout sur des outils aussi fantastique c'est pas génial. Surtout depuis que la version express est gratos, ça c'est un cadeau (qui leurs revient aprés quand on travaille en entreprise mais bon, en attendant pas nous qui payons )
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 201417 18 juil. 2006 à 01:44
Salut,
vinc1008881 >> Le 16 bits, c'était une époque, certes dépassée, mais formidable. Ca me rappelle de bons souvenirs en programmation. J'utilisais l'assembleur, le pascal, le basic et le C. Le C++ est apparu vers la fin des années 80 je pense. Chaque language avait ses avantages et ses inconvénients. Le quickbasic était interprété, mais il y'avait un compilateur qui transforme le fichier source en fichier exécutable autonome. Cela me permettait de créer des applications en un temps record. Le pascal était bon mais le C reste le meilleur. L'assembleur sert surtout à optimiser l'exécutable final en taille et vitesse. Il permettait aussi d'accéder et bien manipuler les interruptions système. Avec l'arrivée de Windows 95, tout cela commença à changer. De nouvelles notions apparaissent: 32 bits, mode protégé, multitache, pilotes etc. On est obligé de suivre le progrès et laisser tomber le 16 bits. Je pense qu'un jour le 32 bits subira le même sort. Le 64 bits est déjà là.