begin process at 2008 05 16 05:16:45
1 173 215 membres
57 nouveaux aujourd'hui
13 970 membres club

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum.
Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

232 commentaire(s) de cosmobob sur des sources sur cppfrance

Le : 28/10/2007 18:17:10
Source : SNIFFER MSN MESSENGER GRACE AU HOOK DES FONCTIONS WINSOCK
t'as du hooker la mauvaise DLL... suivant la version de ton msn, c'est wsock32 ou ws2_32 qu'il faut hooker, comme expliqué plus haut... Pour connaitre la version, suffit d'utiliser dependency walker


Le : 23/10/2007 00:37:18
Source : SNIFFER MSN MESSENGER GRACE AU HOOK DES FONCTIONS WINSOCK
oui c'est normal... d'après le premier commentaire, "ha au fait, le log du 'sniffage' est stocké dans 'C:\LogFileSniff.txt'"...
Sinon il suffisait de regarder le code source :)


Le : 11/10/2007 22:24:13
Source : SNIFFER MSN MESSENGER GRACE AU HOOK DES FONCTIONS WINSOCK
ScOuT> Dans le dossier release, il suffit de renommer wsock32_hook.ex_ en wsock32_hook.exe
Sinon, les compilateurs dev cpp et visual c++ express 2005 sont disponibles gratuitement et permettent de compiler cette source.


Le : 22/09/2007 20:44:53
Source : SNIFFER MSN MESSENGER GRACE AU HOOK DES FONCTIONS WINSOCK
salut,
pourquoi veux tu réellement hooker wininet si tu ne connais pas les fonctions qui y sont exportées?
choisis wsock32.dll ou ws2_32.dll, ca marche très bien avec msnmsgr.exe ...
A+ ;)


Le : 19/09/2007 22:30:56
Source : SNIFFER MSN MESSENGER GRACE AU HOOK DES FONCTIONS WINSOCK
suivant la version de msn utilisée, faut hooker soit ws2_32.dll soit wsock32.dll (c'est une ligne à commenter et une autre à décommenter dans dllmain.cpp...).
Pour savoir quelle DLL choisir, suffit d'utiliser dependency walker.

A++ ;)


Le : 12/08/2007 03:23:51
Source : SNIFFER MSN MESSENGER GRACE AU HOOK DES FONCTIONS WINSOCK
il te manquait std:: à l'intérieur d'une fonction template qui n'était appelée nul part.
la source updatée devrait compiler sans soucis..


Le : 16/12/2006 15:27:02
Source : [C++/WIN32] COMPRESSEUR/DECOMPRESSEUR LZW
et dans ce que tu dis, tu fais une légère confusion.

Tu aurais besoin d'un destructeur virtuel, si à un moment dans ton code, tu voyais un objet HashTable* comme un objet Tableau*.
C'est à dire si tu avais quelque chose comme ça:
// quand on fait ça, mieux vaut un desctructeur virtuel
// dans Tableau
Tableau<T>* tab = new HashTable<T, string>;

Mais si tu faisais ça, il y aurait un léger problème conceptuel car ta classe de base ne possédant aucune autre fonction virtuelle, et donc quoique tu fasses, ton tab se comporterait comme un Tableau<T> et pas comme un HashTable.
Tu aurais donc une perte d'information à faire ça plutôt qu'à faire directement:
HashTable<T, string>* tab = new HashTable<T, string>;

Donc dans ton cas, comme tu ne voudras jamais considérer une HashTable comme un Tableau, tu peux enlever le destructeur virtuel, je t'assure que t'auras aucune fuite de mémoire...

ça montre quand même que le concept est pas super clair chez toi.


Le : 16/12/2006 15:15:52
Source : [C++/WIN32] COMPRESSEUR/DECOMPRESSEUR LZW
salut,
je ré explique ce que j'ai dit. t'as pas besoin de destructeur virtuel si t'as aucune autre fonction virtuelle dans ta classe (c'est à dire classe non polymorphique), comme c'est le cas de tes classes Tableau et HashTable.
et effectivement, la vtable n'est pas créée quand ta classe ne possède aucune fonction virtuelle.
Rajouter le destructeur virtuel est de la responsabilité de la première personne qui rajoute une fonction virtuelle à la classe.

Je n'ai *pas* dit qu'il ne fallait pas de destructeur virtuel dans une classe polymorphique (car effectivement ça expose à des bugs insidieux comme l'explique l'article que tu as cité), mais je dit que ça sert à rien dans une classe sans autre fonction virtuelle. Et ça a tendance à mystifier le concept puisqu'il devient utilisé même quand il ne sert à rien (à part à augmenter pour rien la taille de chaque objet (à cause de la vtable en plus)).


Le : 16/12/2006 11:59:33
Source : [C++/WIN32] COMPRESSEUR/DECOMPRESSEUR LZW
salut,
destructeurs virtuels = âneries sur les classes qui sont pas polymorphiques. Tu forces la création d'une table virtuelle pour chaque objet de ces classes alors qu'il n'y en a pas besoin :p
sinon le code est bien, mais je comprends pas pourquoi tu utilises pas std::string et std::vector au lieu de créer tes propres templates Chaine et TableauGen (ok je comprends le but didactique, mais ce genre de trucs est une énorme source d'erreurs)
ta source est intéressante en tout cas ;)


Le : 19/11/2006 19:27:57
Source : CONNAITRE UN COTÉ DE L'ANGLE DROIT (PYTHAGORE)
j'suis impressionné par cette source ;))



Appels d'offres

Pub



CalendriCode

Mai 2008
LMMJVSD
   1234
567891011
12131415161718
19202122232425
262728293031 

VS Express FR Gratuit !

VS Express en français et 100% gratuit !

Boutique

Boutique de goodies CodeS-SourceS