Ambiguité entre CEvent MFC et CEvent ATL

Version imprimable

17/12/2006, 14h01
Gabrielly

Ambiguité entre CEvent MFC et CEvent ATL

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 :aie:

Thanks
18/12/2006, 18h31
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++ :mouarf:

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 ?
18/12/2006, 18h38
Mat.M

Citation:

Envoyé par Gabrielly

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 ?
19/12/2006, 23h11
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!!! 8O
Je ne pourrais plus me remettre aux anciennes versions.
à Dieu ClassWizard ;)
20/12/2006, 10h59
Platypus

Citation:

Envoyé par Gabrielly

Mais Mat.M, Question Personnel: Tu utilises encore VC 6.0!!! 8O
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 :mouarf:
[/hs]
20/12/2006, 18h26
Mat.M

Citation:

Envoyé par Gabrielly

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

Vouiii :oops: à 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

Citation:

Envoyé par Platypus

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

Oui c'est vrai que c'est pratique :mrgreen:
Si M$ l'a enlevé c'est pour forcer les gens à abandonner C++ et MFC et se convertir à C# :mouarf: :lol:
21/12/2006, 20h09
Gabrielly

Citation:

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...