WH_KEYBOARD_LL ne fonctionne que sur Windows NT/2000/XP

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/hooks/hookreference/hookfunctions/setwindowshookex.asp

c'est donc indépendant de l'utilisation d'une dll, et ca fonctionne pas sur win95/98 sans parler de win3.1 ...

la luminosité de tes interventions me frappe l'oeil, d'ou ma venue !

blague a part, jolie source, en effet il fallait y penser :)

je vois pas d'url s'afficher je comprends pas ? expliquez mois svp !!!

lol :|

et donc, sur ta capture d'ecran, la partie affichée en bleu n'est pas une url bien sur ?

ET C QUOI UNE URL A TON AVIS ?

pour le multithreading, apparement ca deprendrait de l'implémentation de la lib c ... le crt de vs7 crée un ptr pour strtok par thread (qd on compile en mt bien sur) donc pas de soucis :p

Stood > pour le FD_SETSIZE, on peut en effet changer la valeur.
Malheureusement cette valeur est statique, définie a la compilation.
Je ne connais pas l'implémentation des fd_set, mais je suppose que ca doit etre un tableau. Aussi définir une trop grande valeur par rapport au nombre de clients potentiels pourrait nuire aux performances par exemple.
Ca ne permet donc pas une gestion souple du nombre de clients :(

mmh désolé pour ma réaction "un peu violente" ci-dessus ...

par horreur je voulais parler de la lisibilité du code drolement réduite (ceci se retrouve par exemple aussi au dernier paramètre des MessageBox, des defines ont été créés expres, quel est l'interêt de mettre les codes hexadécimaux qui y correspondent ?
peut-être une habitude de l'assembleur, mais le code ci-dessus est en C non ?

dans la fonction base64_enc, un fichier est créé pour les données "cibles". pourquoi pas un file mapping ?

je soutiens aussi la remarque de Nebula : sans aller faire du .NET, quel est le ratio temps gagné par cette technique de copie de chaine/ temps de reponse du serveur smtp ? ou de passage dans la fonction base64_enc ?