Problème d'include avec une section critique.

Version imprimable

11/07/2006, 14h42
radicalrider

Problème d'include avec une section critique.

Bonjour, je suis en train de programmer une application et j'ai besoin d'une section critique pour gerer mes threads.

lorsque j'inclut

#include "afxmt.h"

j'obtient le message d'erreur suivant :

#error WINDOWS.H already included. MFC apps must not #include <windows.h>

savez vous ce que je peux faire pour eviter ce problème?
11/07/2006, 14h56
swirtel

Peut-être en pas inclure windows.h comme l'indique le message
11/07/2006, 14h58
radicalrider

oui

oui j'avais compris le message mais j'utilise windows.h dans d'autres fichiers et je ne peux pas faire autrement.
Pas de windows.h avec les MFC??? C'est vrai ça???
11/07/2006, 15h01
poukill

Et copier Windows.h dans ton répertoire courant, puis inclure:

Code:

#include "windows.h"

ça donne quoi?

Débuter et finir tous tes .h de la manière suivante:
Code:

1 2 3 4 5 6 7 8 9 #ifndef NOM_DU_FICHIER_H #define NOM_DU_FICHIER_H ... /* ta déclaration */ ... #endif /* NOM_DU_FICHIER_H */

11/07/2006, 15h03
radicalrider

c fait

Oui c fait ça les ifndef
11/07/2006, 15h05
harsh

si tu peux éditer ton windows. h, mets en un dedans;)
11/07/2006, 15h06
Matthieu Brucher

Ca n'a rien à voir avec les ifndef, même s'il faut naturellement les mettre. Si une application utilise les MFC, il ne faut pas inclure quelque part windows.h.
11/07/2006, 15h07
harsh

... le compilo lui indique pourtant que windows.h est deja inclut, pourquoi un ifndef dans windows.h ne réglerait il pas la question ?
11/07/2006, 15h08
Médinoc

De toutes façons, il me semble Windows.h est inclus (sans doute d'une façon assez précise et à un moment particulier) par les headers de MFC, non?
11/07/2006, 15h13
nico-pyright(c)

il te faut inclure à la place le afx... correspondant

c'est courant comme message avec winsock2, c'est le cas ?
11/07/2006, 15h20
Matthieu Brucher

Citation:

Envoyé par Médinoc

De toutes façons, il me semble Windows.h est inclus (sans doute d'une façon assez précise et à un moment particulier) par les headers de MFC, non?

Voilà, c'est pour ça qu'il indique qu'il ne faut pas l'ajouter - on est au moins sûr de l'ordre ;) -
11/07/2006, 15h21
radicalrider

afx correspondant??

Il me faut inclure le afx correspondant?? Il y a un afx correpondant à windows.h?? C'est ça? Je pige pas trop. Où puisje trouver cela? Personne semble s'accord dans ce post.
11/07/2006, 15h21
farscape

salut,
alors avec les MFC pas de windows.h
surtout pas de copie de windows.h comme j'ai lu etc...
il te faut rajouter dans stdafx.h : #include <afxmt.h>
:D
11/07/2006, 16h06
radicalrider

J'ai essayé, ça revien au même. Toujours le même problème. Il faut pas avoir définie windows.h! Pourtant, windows.h est défini par la MFC après qu'elle ai testé qu'il était pas défini.
En gros il faut que ce soit elle qui le déclare en premier.
C'est la merde, je vais bosser avec celle ligne qui provoque l'erreur en commentaire, on verra bien si un problème survient par la suite...
Merci pour votre aide
11/07/2006, 16h08
farscape

montre le contenu de stdafx.h.
:D

stdafx

voila le contenu. J'ai testé plusieurs variantes mais ça passe pas. C étrange qu'ils interdisent le windows.h quand même pour les mfc.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#pragma once
 
#ifndef WINVER				// Autorise l'utilisation des fonctionnalités spécifiques à Windows XP ou version ultérieure.
#define WINVER 0x0501		// Attribuez la valeur appropriée à cet élément pour cibler d'autres versions de Windows.
#endif
 
//#include <stdio.h>
#include <tchar.h>
 
#include <afx.h>
#include <afxwin.h>         // composants MFC principaux et standard
#include <afxext.h>         // extensions MFC
#include <afxmt.h>
 
#include <iostream>

et ça plante là dès que je met cette ligne

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#ifndef C_CriticalSection_H_
#define C_CriticalSection_H_
 
#include "stdafx.h"
#include "I_CriticalSection.h"
//#include "afxmt.h"
 
//Contient des méthodes virtuelles 
class C_CriticalSection : public I_CriticalSection
{
public:
	C_CriticalSection(void);
	~C_CriticalSection(void);
 
private:
	//ça plante ici
	CCriticalSection _objProtectionDSImage;
 
public:
//non encore implémenté
	//mise en attente du thread
	virtual void Wait(int millisecondes) ;	
 
	//Lancement du thread
	virtual void Pulse() ;
 
	//Protection de la section de code
	virtual void Lock() ;
 
	//Annulation de la protection
	virtual void Unlock() ;
};
 
#endif //C_CriticalSection_H_

12/07/2006, 11h15
Médinoc
1. Les <afx> etc. doivent être inclus en premier.
2. afxmt.h est déjà inclus dans stdafx.h.
Et donc, si tu ne mets rien du tout, la classe CCriticalSection est inconnue, c'est ça ?
12/07/2006, 11h25
radicalrider
en fait g un autre problème maintenant.

j'ai rédui stdafx à
Code:

1 2 3 4 #include <afxmt.h> #include <tchar.h> #include <iostream>
et j'ai enlevé win_32 dans le préprocesseur et ça semble avoir débloqué certain trucs.

maintenant g une erreur du type

Code:

impossible d'accéder à private membre déclaré(e) dans la classe 'CObject'

et ça m'envoit sur le fichier afxmt.h

cette erreur me fait bien galeré, on dirai qu'il y a un problème dans un .h de visual studio, j'arrive pas à trouver l'origine du problème. La msdn me di que c'est un problème d'acces à une donné privée sans accesseur mais pourtant c'est du code microsoft!

je vous met l'erreur au complet.

Code:

error C2248 : impossible d'accéder à private membre déclaré(e) dans la classe 'CObject'

Voila le code de afxmt.h qui ne compil pas
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 // le problème semble venir d'ici, cela est pourtant impossible! class CSyncObject : public CObject { DECLARE_DYNAMIC(CSyncObject) // Constructor public: explicit CSyncObject(LPCTSTR pstrName); // Attributes public: operator HANDLE() const; HANDLE m_hObject; // Operations virtual BOOL Lock(DWORD dwTimeout = INFINITE); virtual BOOL Unlock() = 0; virtual BOOL Unlock(LONG /* lCount */, LPLONG /* lpPrevCount=NULL */) { return TRUE; } // Implementation public: virtual ~CSyncObject(); #ifdef _DEBUG CString m_strName; virtual void AssertValid() const; virtual void Dump(CDumpContext& dc) const; #endif friend class CSingleLock; friend class CMultiLock; };
voila ce que dit microsoft au sujet de cette erreur
http://msdn2.microsoft.com/en-us/library/tsbce2bh.aspx

12/07/2006, 15h38
Médinoc

Généralement, on a cette erreur quand on cherche à copier un objet MFC non-copiable (le constructeur de copie de CObject est privé)