"tu devrais avoir plus de modestie quand tu conseil" <== Ouaip, faudrait.
"car tu n'est qu'un petit programmeur" <== Ça c'est ton point de vu basé sur on se demande quoi, mais bizarrement les gens que je connais/j'ai connu IRL ont plutôt tendance à dire le contraire...

Tes deux derniers commentaires n'apportent rien à la source ci-dessus ainsi que le mien actuellement, on sort complètement du débat. Je crois que je vais arrêter les frais en ne surveillant plus cette source : Ergoter sur des trucs vieux de 2 ans c'est marrant 1 ou 2 fois...

De toutes façon, j'ai déjà expliqué en long en large et en travers pourquoi la solution proposée par Microsoft me semble nulle ; de ton coté tu n'as avancé aucun argument pour soutenir ton point de vue. Après tu fais ce que tu veux Tularis, j'oblige personne et c'est toujours bien d'avoir des choix, au cas où ça peux toujours servir un jour... À tchao ++

"il y a aussi d'excellent développeur (...) comme brunews par exemple ..." <== Chercherais-tu à t'attirer les bonnes grâces de tes Dieux en leur léchant les pieds ? =^.^=

Bon trêve de plaisanterie, parlons plus sérieusement :
Imagine que ton ordinateur soit en train d'effectuer un lourd traitement dans un autre programme, la fonction GetConsoleHwnd() ci-dessus n'est pas unaire comme un write() donc la main peu très bien être rendue au système entre les deux appels à SetConsoleTitle(), ce qui fait que l'utilisateur voit passer le titre temporaire de la console. Même si le temps d'affichage bizarre n'est de l'ordre que d'un dixième de seconde, ce n'est pas le genre de truc que l'utilisateur lambda souhaite voir >_<

Ps 1 : Tularis étant donné que tu m'a l'air adepte des "techniques" de programmation Microsoft je te conseil de passer au framework .NET comme ça tu n'auras plus a utiliser ces vieilles "techniques" dans tes applications... (En tout cas pas celle mentionnée ci-dessus)

Ps 2 : Va expliquer à un g33k sous Linux que ton programme va lui masquer sa console customisée faite avec amour au démarrage, sans lui demander son avis. Un programme bien fait laisse l'ordinateur dans l'état où il l'a trouvé quand il se referme.

-> Effectivement j'ai 24 ans, maintenant regarde la date où j'ai posté la source (indice: 3 ans).
-> Le cryptage -en général- n'est pas "fini" tu utilise probablement souvent le SSL/HTTPS et c'est du cryptage.
-> Mon système de cryptage inclus un test de hachage (hashing) pour vérifier l'intégrité des données.
-> Mon système de cryptage était assurément obselète à la naissance mais le but n'était pas d'avoir un cryptage impossible à hacker, le script à été fait en réponse à un défi de faire du cryptage en mIRC Script (va-y fait mieux et poste le lien ici, je t'y encourage)
-> Vu comme ton commentaire est constructif je ne te permet pas de prendre ce site de haut.
-> N'ayant quasiement rien posté sur codes-sources tu es vraiment très fort si tu arrive à évaluer mon niveau réel (as-tu au moins ouvert ma source pour en évaluer le niveau ? J'en doute...)
-> J'aime beaucoups ta vision des choses où je serais à la fois un papy et un gamin.
-> Je sais que mon humour est souvent tranchant mais si t'es senti insulté ailleurs sur ce site merci de ne pas déranger tout le monde en postant tes lettres d'amour en publique, on n'est pas dans une cours d'école.
Cordialement, Melnofil

top3 dans une recherche sur google ==> je considère que je peux commenter ;)

La supprimer me parait approprié

++

Comme l'a presque dit BruNews, la mémoire partagée est une zone qui peut être lue par plusieurs processus, c'est ce qu'il y a de plus rapide pour communiquer entre deux processus mais ca pose pas mal de problèmes de verrous. Par réflexe voici les liens wikipédia pour débuter/comprendre de quoi je parle :
http://fr.wikipedia.org/w/index.php?title=Verrou_%28informatique%29
http://fr.wikipedia.org/wiki/S%C3%A9maphore_%28informatique%29

draluorg :
TON code est peut-être sûr mais tu as pensé aux codes de ceux qui vont tenter de t'imiter ? Il y a des débutants sur ce site qui peuvent faire une erreur dans leur programme (par exemple dans le nom d'une clé) et effacer par mégarde un truc vital à windows. Si on dit de ne pas utiliser la base de registre ce n'est pas pour restreindre les possibilitées de programmation des débutants, c'est juste qu'on pense que les débutants veulent garder leurs ordis intacts durant l'apprentissage.
La base de registre sert surtout de base de donnée à windows, mais aussi à enregistrer des données partagée entre tous les utilisateurs d'un même ordinateur, ou encore à laisser une trace d'un programme désinstallé pour récuperer des infos de config ou autres à la prochaine réinstallation (style shareware à utilisation limité). J'en oubli peut-être mais en tout cas ca ne sert sûrement pas à faire communiquer des processus (hors Windows lui-même bien sûr).

Pym Corp :
"l'utilisation abusive" (ca suffit)

crossblade :
Un accès disque toutes les X secondes ce n'est pas une bonne idée, au minimum utilise la mémoire partagée avec un flag qui indique si le dossier a changé.

Si vraiment vous ne voulez pas utiliser la mémoire partagé il faut utiliser des sockets locaux, les messages/signaux (windows), les pipes/tubes (linux, bien que je doute fort que quelqu'un programme en VB sous linux un jour :-p), etc. Réflexe à nouveau :
http://fr.wikipedia.org/wiki/Communication_inter-processus

Bon courage

TamateaRaust : As-tu tenté un "ShowWindow(hConsole, SW_SHOW);" ? (je ne pense pas :-p)
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/ShowWindow.asp
Pratique certes mais c'est de la bidouille !

Déjà cette fonction est-elle bien nécessaire ?
- Soit votre programme est fait pour être lancé en mode console qui reste ouverte dans ce cas le problème ne se pose pas.
- Soit votre programme est en pur fenetré, dans ce cas là utilisez plutôt un projet Windows au lieu de DOS et il n'y aura pas de console.
- Soit votre programme est un hybride par exemple un programme en tâche de fond ou pour que le code source soit compilable avec linux/mac... seuls des cas particuliers de ce genre justifiront cette guerre contre la console.

Si vous voulez vraiment pouvoir manipuler librement une console (style pour la passer en traybar sans bidouillages ou tout simplement la rendre moins moche), il est plus souple (et pas vraiment plus compliqué) de la construire directement vous-même comme beaucoups de logiciel commerciaux le font.

L'interêt principal de l'appel à FreeConsole() dans les programmes DOS est de rendre votre application non-modale http://fr.wikipedia.org/wiki/Fen%C3%AAtre_modale . Un programme lancé en DOS bloque la session DOS tant que FreeConsole() n'est pas appelé. Après tout si votre programme n'est pas fait pour être lancé en ligne de commande vous devriez être en train d'écrire un programme Windows et non DOS.

Si vous préférez garder la console de base mais passer en non-modale, appelez successivement FreeConsole() et AllocConsole() au début du main() pour détacher le processus de la console appelante et en créer une nouvelle spécialement dédiée à cette application.

Si vous êtes joueur, sachez qu'on est cencé pouvoir faire ce qu'on veux des flux standards (les trucs qui défilent sur la console justement) par exemple à l'aide de "SetStdHandle" ( http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/setstdhandle.asp ), voir meme encore plus bourrin avec une redéfinition de macros du style :
#ifdef stderr
#undef stderr
#endif
#define stderr (...)
/* N'oubliez pas de toujours fermer les flux dans un bloc finally ou dans un destructeur d'objet */

Voilà j'espère avoir convaincu quelques personnes de ne pas utiliser GetConsoleHwnd() et d'avoir donné assez de pistes pour l'éviter plus proprement ;-)

http://www.ircfr.com/tutorial.aspx?id=76

oups pas le bon lien =>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/freeconsole.asp

Bonne chance++

Copier les bidouilles des mecs de chez Micro$oft c le mal !

Utilisez plutôt la fonction FreeConsole();
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/setconsoletitle.asp

Ps : kod32 tu t'es gourré dans ton code, la variable "hConsole" doit être déclarée du type HWND au lieu de HANDLE et il n'est pas nécessaire de la déclarer en globale.

Bof 2 ans et demi de retard tout au plus, sur une vie c'est rien mdr !
Au moins t'a eu le temps de bien réflechir à ta réponse... ;)
Ps : Super l'avatar ;^)