Discussion :

[Gabrielly]

Bonjour,

Je suis en train de faire une application MFC multi-thread (VC 2005). Et j'utilise des objets de synchronisation pour cela.
Mais au moment du build mes CEvent sont partagé par MFC pour <afxmt.h> et par ATL pour <atlsync.h>

Ce que je veux, c'est utiliser celui des MFC. Mais les ATL s'en mêle aussi d'où ambiguité. Le problème n'est tjrs pas résolu lorsque j'inclus uniquement le fichier en-têtes des MFC.

Concernant ceux des ATL je fais la différence en ajoutant le namespace ATL::CEvent et tout va de mieux pour ATL. Et pour MFC alors??? MFC::CEvent

Thanks

[Mat.M]

ll n'ya pas de namespace pour MFC à ma connaissance.
Les mauvaises langues diront que MFC n'est pas très proche des standards C++

Pour ne pas trop se casser la tête prendre les EVENT des API win32 cela fera légérement un peu plus de code mais au moins il n'ya aura pas de problèmes.
C'est curieux je tape ATL::Event je n'ai pas Event dans la complémentation automatique..et je n'ai pas atlsync.h
Je suis sous VC++6 peut-être as-tu VC7 ?

[Mat.M]

Ce que je veux, c'est utiliser celui des MFC. Mais les ATL s'en mêle aussi d'où ambiguité. Le problème n'est tjrs pas résolu lorsque j'inclus uniquement le fichier en-têtes des MFC.

dans les settings du projet sélectionner comme il faut "use Microsoft Foundation Class" soit statique soit partagé mais je suppose que cela est déja fait ?

[Gabrielly]

Salut Mat.M

Je suis sous VC 8, au fait après analyse les CEvent de MFC et ATL se ressemble vraiment alors vraiment beaucoup. Par exemple en MFC tu as
CEvent::SetEvent() alors qu'en ATL tu as CEvent::Set(). Les deux classes ont pratiquement les mêmes méthodes. Et c'est pareille pour les autres objets de synchronisation.

Finalement j'ai utilisé celui de ATL, j'ai l'impression qu'il est un peu plus récent que celui des MFC, puisqu'il est implément bien après et qu'il n'est même pas disponible sous VC 6.

Mais Mat.M, Question Personnel: Tu utilises encore VC 6.0!!!
Je ne pourrais plus me remettre aux anciennes versions.
à Dieu ClassWizard

[Platypus]

Mais Mat.M, Question Personnel: Tu utilises encore VC 6.0!!!
Je ne pourrais plus me remettre aux anciennes versions.
à Dieu ClassWizard

[hs]
je viens de migrer sur VC2005 et moi perso il me manque le classwizard
[/hs]

[Mat.M]

Mais Mat.M, Question Personnel: Tu utilises encore VC 6.0!!! à Dieu ClassWizard

Vouiii à la maison et même au boulot.
Je ne pense pas avoir une machine puissante pour faire tourner les nouvelles moutures de VS2005
Mais ceci dit je vais l'installer un jour

[hs]
je viens de migrer sur VC2005 et moi perso il me manque le classwizard
[/hs]

Oui c'est vrai que c'est pratique
Si M$ l'a enlevé c'est pour forcer les gens à abandonner C++ et MFC et se convertir à C#

[Gabrielly]

Oui c'est vrai que c'est pratique
Si M$ l'a enlevé c'est pour forcer les gens à abandonner C++ et MFC et se convertir à C#

Mais pourquoi M$ veut-il abandonner le C++ et MFC?
J'ai lu dernièrement un article récent de 2006 sur Visual Robotic Studio de M$, où l'on peut développer des prototypes de robots en C#, VB et autres. A ma grande surprise le C++ était abscent. On a même cité python.

Vraiment je ne comprend pas la direction que prend M$. On dirait qu'il cherche à s'en débaraser mais vu la communauté ...
Je suis un peu fustré.
J'ai l'impression que c'est l'équipe elle-même de VC++ indépendament de M$ qui essaie de ne pas être à la traîne...
Peut-être parce que C# est propriétaire autant que java l'est de Sun.
et que C++ est un peu libre quoique C++/CLI...