Threading ou pas threading?si oui, comment?

Version imprimable

Voir 40 message(s) de cette discussion en une page

13/09/2007, 22h50
nanettemontp

Threading ou pas threading?si oui, comment?

Bonjour,

Je suis en train d'écrire un programme ( j'en suis aux finitions ) avec des WIN API

Dans une de mes boites de dialogue, je lance l''exécution de ma fonction principale ( analyse du contenu de quelques fichiers . txt)

J'aimerais pendant l'analyse, tenir au courant l'utilisateur , de l'état d'avancement des choses... par exemple affichage dans une list box du nom du fichier qui est traité, et dire "traité!" quand il est traité :lol:

Il me semble que pour cela l'utilisation de threads serait opportune, mais bon.. ça me parait un peu bp compliqué, .. alors si vous avez un super exemple qui permet de super bien comprendre je suis preneuse, ou d'autres idées pour répondre à mes attentes!

Merci par avance.

Anna
14/09/2007, 10h15
Médinoc

En fait, tu as deux choix selon moi: Soit utiliser le multithreading, soit inclure une boucle de messages non-bloquante dans ton traitement (une boucle avec PeekMessage() au lieu de GetMessage()).
01/10/2007, 10h04
nanettemontp

Je vais sans doute paraitre un peu bete... mais ce n'est la que le fruit de mon ignorance mouhaha je suis en verve aujourdh'ui...

Comment faire un PeekMessage et SendMessage quand je dialogue avec des .h

Je vais tenter de mieux m'expliquer..

J'ai un .cpp qui contient mon programme principal qui lance mes boites de dialogue et les lie.
Des .h qui : crées un graphique, fais l'analyse de mes résultats, contient mes parametres, fais l'ouverture d'un fichier...

Dans analyse.h j'analyse plusieurs fichiers texte, dont je récupere les noms dans un char... j'aimerais au cours de l'analyse afficher dans une boite de dialogue -qui est dans mon main.cpp - l'avancée de l'analyse, donc afficher le fichier traité en cours....

:oops: un peu ambitieuse peut etre? :oops:

Merci d'avance
01/10/2007, 10h17
Médinoc

Qu'est-ce que c'est que cette histoire de code dans des .h ? :fessee:
01/10/2007, 10h33
nanettemontp

pas taper sur les fesses ca fait mal lol :lol:

Ben normal... il y a des fonctions que je n'ai pas a mettre dans mon code principal contenant mes boites de dialogue, donc j'appelle des .h tu veux que je te mettes en lien ce que j'ai fait pour que tu vois ce que je veux dire? parceque peut etre que je m'exprime mal.. si je dis que dans mon cpp j'appelle des .h dans lesquels j'ai mis des fonctions c'est mieux? si oui c'est quoi la reponse a mon probleme? :P
:oops:

:arf:
01/10/2007, 11h23
Médinoc

Les fonctions, tu les mets forcément dans des .c ou des .cpp.
Seule leur déclaration doit aller dans des .h

Note: Exception faite des fonctions template et inline, bien entendu.
01/10/2007, 11h26
nanettemontp

euh desolée de ne pas avoir le language approprié :?

tu veux dire que dans mes .h j'ecris :

void fonction()
{
bla blabla;
blablabalba;
......
blablabla;
}

et que dans mes .cpp j'ecris:
fonction();

pour les appeler..

?? lol si je traduis en language non programmateur? :oops:

si oui que dois je faire concernant ma question?

Tu fais ce qu'il ne faut pas faire.

Pour utiliser des fonctions communes, tu dois faire ceci:

Code:

1
2
3
4
5
6
7
8
9
/* fonctionsCommunes.c */
 
void fonction(void)
{
	bla blabla;
	blablabalba;
	......
	blablabla;
}

Code:

1
2
3
/* fonctionsCommunes.h */
 
void fonction(void);

Code:

1
2
3
4
5
6
7
8
/* main.c */
#include "fonctionsCommunes.h"
 
int main(void)
{
	fonction();
	return 0;
}

01/10/2007, 11h38
Médinoc
Ensuite, pour ta fonction longue, je t'ai répondu : Ta fonction principale peut tout-à-fait appeler des fonctions comme SetWindowText() etc. pour ta boîte de dialogue, ou faire des SendMessage().

Par contre, ta fonction doit contenir des "sous-boucles" de message pour éviter que ton application n'apparaisse "bloquée". Et ta boîte de dialogue doit refuser de faire certaines choses quand ta fonction longue est en cours:
- Refuser de quitter en interceptant le message WM_CLOSE
- Refuser de relancer la fonction tant qu'elle n'est pas terminée
- etc.
01/10/2007, 12h27
nanettemontp

le void entre parenthese a quelle signification?

Donc si je comprend ce que tu me dis:

pour chaque sous-fonction je crée un .cpp

puis je crée un .h dans lequel je fais des appels pour toutes mes sous-fonctions et un autre .h pour mes parametres ( ou dans le meme d'ailleurs...)

et quand je veux appeler une fonction dans mon main c'est tjs pareil...

juste?

Citation:

Ensuite, pour ta fonction longue, je t'ai répondu : Ta fonction principale peut tout-à-fait appeler des fonctions comme SetWindowText() etc. pour ta boîte de dialogue, ou faire des SendMessage().

Par contre, ta fonction doit contenir des "sous-boucles" de message pour éviter que ton application n'apparaisse "bloquée". Et ta boîte de dialogue doit refuser de faire certaines choses quand ta fonction longue est en cours:
Refuser de quitter en interceptant le message WM_CLOSE
Refuser de relancer la fonction tant qu'elle n'est pas terminée
etc.

Euhhh oui, mais c'est dans une sous fonction que je veux recuperer un char... et l'afficher dans une fenetre qui est dans ma boite principale... et je ne peux pas faire un return sinon ca arrete ma boucle de traitements de fichiers...

:?:?
01/10/2007, 12h31
Médinoc
Citation:

Envoyé par nanettemontp

pour chaque sous-fonction je crée un .cpp

Pas forcément pour chaque sous-fonction... Tu peux toujours regroupper des fonctions dans le même fichier source C++...

Citation:

Euhhh oui, mais c'est dans une sous fonction que je veux recuperer un char... et l'afficher dans une fenetre qui est dans ma boite principale... et je ne peux pas faire un return sinon ca arrete ma boucle de traitements de fichiers...
1. Ce n'est pas un simple char à mon avis, mais une chaîne (un tableau de char terminé par un caractère nul)...
2. Qui a parlé de return ici ?
3. Pour les return, voir l'autre thread.
01/10/2007, 12h40
nanettemontp

Certes...ici on n'a pas parlé de thread mais moi j'en parlais parceque je ne connais pas autre chose..

Donc si maintenant l'analyse de mes erreurs en matiere d'expression dans le domaine informatique est terminé... serait il possible de m'aider?

Désolée comme je le répete je fais comme "je peux" certes je ne suis pas "parfaite" loin de la... je tente de me debrouiller ici pour expliauer mes problemes en matiere de programmation et obtenir des pistes, de l'aide...

On a tous été débutants et pas forcément tous doués au début..

Merci par avance a ceux qui voudront bien me comprendre malgres mon vocabulaire non parfait techniquement...

et je me repete: le void entre parentheses dans void fonction(void) a quelle signification?
Bonne journée

Ta fonction qui modifie la listbox au fur et à mesure:
Code:

1 2 3 4 5 6 7 void FonctionLongue(HWND hList) { for( ... ) { SendMessage(hList, LB_ADDSTRING, etc.); } }
Jusqu'ici, ce n'est pas compliqué, si ?

Ensuite, la sous-boucle de messages pour que le programme n'aie pas l'air "planté" :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 //Une version simple, qui ignore les histoires de hook etc. void ViderFileMessages() { MSG msg; while(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); //Reposte les messages WM_QUIT et force à quitter la boucle if(msg.message == WM_QUIT) { PostMessage(msg.hwnd, msg.message, msg.wParam, msg.lParam); break; } } }
Et tu ajoutes un appel à ViderFileMessages() dans ta boucle, et miracle, le programme réagit pendant que la fonction travaille!

01/10/2007, 13h22
nanettemontp

POur les fonctions communes, j'ai tenté d'appliquer ce que tu m'as dit mais j'ai:

Main.cpp
Analyse.cpp
Ouverture.cpp
Drawing.cpp

Init.h ( Qui contient les parametres)

Fonctions communes.h

J'ai des parametres communs entre les fonctions...donc j'ai un soucis de redefinition de parametres si je mets un #include "Init.h" dans chaque .cpp...
01/10/2007, 13h36
nanettemontp
Citation:
Envoyé par Médinoc

Ta fonction qui modifie la listbox au fur et à mesure:

Code:

1 2 3 4 5 6 7 void FonctionLongue(HWND hList) { for( ... ) { SendMessage(hList, LB_ADDSTRING, etc.); } }

Jusqu'ici, ce n'est pas compliqué, si ?
Euh ben pour toi , vu que tu vois de quoi tu parles c'est evident... mais la comme ca je ne vois pas du tout ce que je dois mettre dans SendMessage, et a quoi correspond LB_ADDSTRING ...:?

Citation:

Envoyé par Médinoc

Ensuite, la sous-boucle de messages pour que le programme n'aie pas l'air "planté" :

Et tu ajoutes un appel à ViderFileMessages() dans ta boucle, et miracle, le programme réagit pendant que la fonction travaille!

Quand tu parles de ma boucle... tu parles de la boucle dans la fonction longue je suppose... non?

Merci pour tout en tout cas.. :oops:
01/10/2007, 14h19
Médinoc

Citation:

J'ai des parametres communs entre les fonctions...donc j'ai un soucis de redefinition de parametres si je mets un #include "Init.h" dans chaque .cpp...

?!?!?
Qu'est-ce que tu veux dire ?? Multiple définition de variables globales ?

Citation:

Euh ben pour toi , vu que tu vois de quoi tu parles c'est evident... mais la comme ca je ne vois pas du tout ce que je dois mettre dans SendMessage, et a quoi correspond LB_ADDSTRING ...

Ne m'avais-tu pas dit que tu utilisais une listbox ? :?

Citation:

Quand tu parles de ma boucle... tu parles de la boucle dans la fonction longue je suppose... non?

Oui.
01/10/2007, 14h26
nanettemontp

Citation:

Envoyé par Médinoc

?!?!?
Qu'est-ce que tu veux dire ?? Multiple définition de variables globales ?

Oui je crois :oops:

Citation:

Envoyé par Médinoc

?!?!?
Ne m'avais-tu pas dit que tu utilisais une listbox ? :?

Si si ... mais comment je dis que je l'associe a la bonne list box, et ou est ce que je dis que je veux un certain texte dans la fonction SendMessage dans ce cas?

Je suppose vu ta reponse que LB_ADDSTRING est une fonction propre aux listes box.... je vais aller voir la msdn...et je re avec mes questions ;)

edit:

humm donc apres avoir consulte la msdn...

SendMessage(hList, LB_ADDSTRING, etc.);

serait donc dans mon cas:

SendMessage(hList, LB_ADDSTRING, buffer,NULL); ????

mais buffer dans mon cas n'est pas un string mais un char*... :?

et je suppose que pour associer a la bonne listbox.. il me faut simplement dans ma fonction principale dire que hList correspond au HWND d'une de mes boites de dialogue...
02/10/2007, 10h07
nanettemontp

Hello, concernant la sous-boucle ( parmis les choses a resoudre dans ce post..:oops:)

Je la mets dans ma boucle while... donc effectivement je n'ai pas de "freeze" de la fenetre, mais si je clique sur quitter ... je quitte effectivement ma boite de dialogue, mais le traitement de mes données continue...:roll:

Toujour en suspens la question des .h, .cpp et leur utilisation avec variables globales :oops:

bonne journée a vous!
02/10/2007, 10h29
Médinoc

En effet, ajouter la sous-boucle ajoute ce risque, c'est pourquoi il est temps de passer à l'étape suivante:
Refuser de quitter pendant une opération longue.
Et pour ça, tu ajoutes un flag en mémoire, que tu mets à 1 quand tu commences une opération longue et à zéro quand tu la finis (car je suppose que tu n'acceptes pas deux opérations longues simultanées), et quand le flag est à 1, tu interceptes le message WM_CLOSE...
02/10/2007, 10h46
nanettemontp

euh... mais je veux quitter...

Dans la boucle dans laquelle j'ai mis ViderMessage() j'analyse UN fichier parmis N.

J'aimerais que quand je lui clique sur mon bouton "cancel" , certes que l'analyse de ce fichier se termine, mais que le reste des fichiers ne soit pas analysé..

et les flags ? :? kesako ? :oops:
02/10/2007, 10h57
Médinoc
Mais put***, il te manque la BASE du vocabulaire de l'Informatique, c'est pas vrai! :mur:

Je désignais ici par "flag" une valeur dont le comportement était booléen, c'est-à-dire une variable ne connaissant que deux valeurs: VRAI ou FAUX.
(Ce qui en C, correspond à "Différent de zéro" ou "zéro").

Si tu veux que "quitter" quitte même pendant une opération longue, tu dois agir en trois étapes:
- Refuser de quitter immédiatement si une opération longue est en cours
- Régler un autre flag qui dit "terminer toute opération en cours", plus un troisième flag qui dit "quitter après la fin de l'opération en cours".
- À la fin de l'opération longue, remettre à zéro le flag "opération longue en cours" et fermer la fenêtre (Tu peux le faire par un SendMessage(hWnd, WM_CLOSE, 0, 0) puisque le flag n'est plus là).
02/10/2007, 11h01
nanettemontp

ok ok .... pas d'énervement... tu me parle d'un booléen je comprend, tu me parle d'un flag je comprend pas...

ben oaui.. toi tu as fait des etudes d'info ou c'est ta passion, moi j'en ai fait d'autres, avec la base du C et du C++ et le reste j'ai appris sur le tas...

Et je suis fiere d'en arriver deja la meme si pour toi c'est bidon...

Merci de ton aide en tout cas... et etre vulgaire et s'enerver ne sert a rien...;)
02/10/2007, 12h25
nanettemontp

1 pièce(s) jointe(s)

Voila un peu ce que j'ai ecrit avec ce que tu m'as gentiment expliqué.( fichier joint)

Je vois bien qu'il y a un probleme et qu'il y a qqch que je n'ai pas du comprendre dans ton raisonnement..

Pourrais tu m'expliquer?:oops:

encore désolée pour le dérangement, et merci d'avance.

Je croyais m'être déjà exprimé sur le code dans les .h... :sm:

Code:

1
2
3
4
5
//TrucsSurMessages.h
 
//IN: Rien
//OUT: Rien
void ViderFileMessages();

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
//TrucsSurMessages.cpp
#include <windows.h>
#include "TrucsSurMessages.h"
 
//Une version simple, qui ignore les histoires de hook etc.
void ViderFileMessages()
{
	MSG msg;
	while(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
	{
		TranslateMessage(&msg);
		DispatchMessage(&msg);
		//Reposte les messages WM_QUIT et force à quitter la boucle
		//Ici, on ne parle que de WM_QUIT. Le reste est dans la dialogproc
		if(msg.message == WM_QUIT)
		{
			PostMessage(msg.hwnd, msg.message, msg.wParam, msg.lParam);
			break;
		}
	}
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
//Dialogue.h
 
//Voici le bon prototype, au passage :
INT_PTR CALLBACK DlgprocessProc(HWND hDlg,UINT uMsg,WPARAM wParam,LPARAM lParam);
BOOL MustInterrupt(void);
 
struct MemoireDlg
{
	BOOL doingSomethingLong;
	BOOL mustInterrupt;
	BOOL mustQuit;
};

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
//Dialogue.cpp
 
#include <windows.h>
#include "resource.h"
#include "Dialogue.h"
 
//Les données persistantes de la boîte de dialogue:
//Pour l'instant, on les met en variable globale, 
//car si je fais plus compliqué (mais plus propre) ta tête va exploser.
static struct MemoireDlg g_memDlg;
 
BOOL MustInterrupt(void)
{
	return g_memDlg.mustInterrupt;
}
 
INT_PTR CALLBACK DlgprocessProc(HWND hDlg,UINT uMsg,WPARAM wParam,LPARAM lParam)
{
	//Modele SESE : Single Entry, Single Exit.
	INT_PTR bRet = TRUE;
 
	switch(uMsg)
	{
	case WM_INITDIALOG:
		break;
 
	case WM_COMMAND:
		switch(LOWORD(wParam))
		{
		case IDC_Start:
			//Refuse de refaire l'opération si elle est déjà en cours
			if(g_memDlg.doingSomethingLong)
				break;
			g_memDlg.doingSomethingLong = TRUE;
			HWND hwndList = GetDlgItem(hDlg, IDC_LIST1);
			Traitement_Donnees(valeur1, valeur2, valeur3, hwndList);	
			g_memDlg.doingSomethingLong = FALSE;
			if(g_memDlg.mustQuit)
				SendMessage(hDlg, WM_COMMAND, IDCANCEL, 0);
			if( ! g_memDlg.mustInterrupt )
			{
				//Voir avertissement sur EndDialog() plus bas
				EndDialog(hDlg, 0);
				//NOTE: Aucun cast n'est nécessaire quand le prototype est le bon.
				DialogBox(hinst, TEXT("DIALOG6"), hwnd, DlgDataProc);
			}
			break;
		case IDC_Cancelprocess:
			g_memDlg.mustInterrupt = TRUE;
			break;
		case IDCANCEL:
			//Ne pas quitter si op en cours
			if(g_memDlg.doingSomethingLong)
			{
				g_memDlg.mustInterrupt = TRUE;
				g_memDlg.mustQuit = TRUE;
				break;
			}
			//ATTENTION: J'ai un doute sur la sécurité du EndDialog()+DialogBox().
			//SURTOUT avec le paramètre hwnd.
			//Peut-être devrais-tu utiliser la valeur de retour de DialogBox()
			//(second paramètre de EndDialog())
			//Pour dire à la fenêtre mère d'ouvrir la bonne boîte de dialogue, à la place...
			EndDialog(hDlg, 0);
			//NOTE: Aucun cast n'est nécessaire quand le prototype est le bon.
			DialogBox(hInst, TEXT("DIALOG1"), hwnd, DlgProc);
			break;
		default:
			bRet = FALSE;
			break;
		}
		break;
 
	default:
		bRet = FALSE;
		break;
	}
	return bRet;
}

Code:

1
2
3
//Traitements.h
 
void Traitement_Donnees(int Val_levcurr, double Val_timepause, double Val_timecharge,HWND hList);

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
35
36
37
38
39
40
41
42
43
44
45
//Traitements.cpp
 
#include <windows.h>
#include <string>
#include <fstream>
#include <sstream>
#include "TrucsSurMessages.h"
#include "Dialogue.h"
#include "Traitements.h"
using namespace std;
 
void Traitement_Donnees(int Val_levcurr, double Val_timepause, double Val_timecharge,HWND hList)
{
	//blablabla
	string sLine;
	// Il faut utiliser && ici, pas || : On interrompt dès qu'une des deux conditions
	//n'est plus satisfaite
	while( getline(DateienFeldEinlesen, sLine) && !MustInterrupt())
	{
		//blablabla
		ifstream DateiEinlesen(sLine.c_str(),ios::in);
		if(DateiEinlesen.fail())
		{}
		else
		{
			//On ne touche pas au flag "opération en cours" ici : Il est déjà mis
			//blablabla
			ostringstream ossAnalysed;
			ossAnalysed << sLine << ".... is being analysed";
			string sAnalysed = ossAnalysed.str(); // obligatoire! question de durée de vie C++
			SendMessageA(hList, LP_ADDSTRING, NULL, reinterpret_cast<LPARAM>(sAnalysed.c_str()));
 
			while(!DateiEinlesen.eof())
			{
				ViderFileMessages();
				//blabla
			}
 
			//blablabla
 
			//ici non plus, on ne touche pas au flag "opération en cours"...
		}
	}
 
}

02/10/2007, 15h59
nanettemontp

okje vaislire ca.. mais concernant le truc sur les .h... je t'ai repondu car j'avais un probleme avec mes variables... et tu ne m'as pas repondu alors ca sert a rien de me foueter :lol:
02/10/2007, 16h52
Médinoc
Les variables globales, c'est comme les fonctions : C'est déclaré dans un .h et défini dans un .cpp.
Code:

1 2 //truc.h extern int g_unEntier; //Surtout pas de =quoiQueCeSoit derrière
Code:

1 2 //truc.cpp int g_unEntier = 0;
NOTE: Les variables globales, c'est mal. SURTOUT les variables globales non-static.
04/10/2007, 09h38
nanettemontp

ben oui mes variables globales je les definies dans un .h... mais bon je suis obligee d'avoir des variables globales dans mon cas... je ne vois pas comment faire autrement...

bon je vais y reflechir...

thanks

euh extern j'avais jamais vu, c'est quoi?
04/10/2007, 09h50
Médinoc

extern indique que la variable ici déclarée peut être définie dans un autre fichier source.
Pour les fonctions, c'est implicite.

static indique au contraire que la variable globale ou la fonction ne doivent être visibles que dans le fichier source en question.
04/10/2007, 11h24
nanettemontp

Je t'envoie en mp tous mes differents code...
J'ai regroupe dans des .doc chaque .h et .cpp

J'ai une erreur de redefinition de variables.. pbm entre le cpp et le .h qui contient mes variables je suppose... et si je mets extern j'ai un message me disant: unresolved external symbol...

et meme si je mets external j'ai un soucis de redefinition de variables...

bref je t'envoie ca par mp si tu veux bien..

lol et merci au fait de ne pas faire exploser ma tete comme tu le dis si bien ;) mais un jour j'aimerais faire comme il faut quand meme... mais bon je vais pas t'embeter avec ca maintenant..:oops:

ah.. apparemment on ne peut pas envoyer de fichier par mp bon ben je les mets la alors...

Bon sinon en mp je te disais ca aussi lol:

Merci encore pour tout, et merci de garder ton calme c'est gentil lol parceque c'est vrai que ca doit etre rageant les gens qui ont appris les choses de travers ou qui bidouilles comme moi :oops:

allez op je joins le code et je vais mangerrr :P

j'ai retire les pieces jointes.. aucun interet pour les gens qui passeraient sur ce post
04/10/2007, 11h30
nanettemontp

j'ai retire les pieces jointes.. aucun interet pour les gens qui passeraient sur ce post
04/10/2007, 11h31
Médinoc

Pourrais-je avoir de vrais fichiers de code plutôt que des documents Word ?
C'est ch***t comme tout à reconvertir...
04/10/2007, 12h21
nanettemontp

5 pièce(s) jointe(s)

pieces jointes mises a jour
04/10/2007, 12h22
nanettemontp

4 pièce(s) jointe(s)

pieces jointes mise a jour
04/10/2007, 12h22
nanettemontp

3 pièce(s) jointe(s)

pieces jointes mises a jour
04/10/2007, 14h20
Médinoc

Non mais tu te moques de moi ?
Il m'a suffit de rajouter "extern" devant toutes les déclarations incomplètes de variables globales dans les .h pour supprimer l'immense majorité des erreurs!! T'arrive-t-il de lire mes posts ?

Et le reste des erreurs venait de variables globales qui se retrouvaient déclarées mais pas définies...

PS: Pourquoi inclues-tu un header de SDL ?
De plus, tu avais oublié de joindre ton resource.h, j'ai du faire avec...
04/10/2007, 15h32
nanettemontp

op op op on efface tout on recommence...

Bon desolee pour la reaction hier soir...
J'ai fait pas mal de changements, du coup je n'ai que 3 variables globales, mais j'ai toujours plein d'erreurs que je ne comprend pas... j'ai remis de nouvelles pieces jointes ci dessus et j'ai joins les fichiers ressource...

:oops:

et si il manque encore qqch.. ne t'enerve pas demande moi stp... :D

allez op c'est une bonne journee c'est vendredi!
05/10/2007, 10h53
nanettemontp

qqn d'autre pour m'aider? :oops:
05/10/2007, 12h09
Médinoc

Tu m'as refilé une vieille version des headers, les variables globales n'y sont pas déclarées en extern, donc ça ne compile pas.

De plus, c'est vraiment pas pratique de télécharger tous les fichiers un par un.
Pourras-tu fournir un ZIP la prochaine fois ?
05/10/2007, 12h22
nanettemontp

1 pièce(s) jointe(s)

euh non je t'ai fourni les bons .h c'est juste que j'ai fait plein de changements, du coup les extern je ne les aient pas mis aux memes endroits :?

Enfin je veux bien essayer de te redonner ca en .zip...
05/10/2007, 12h38
Médinoc

Si t'as rien modifié entretemps, c'est pas la peine, là, parce que sans les extern dans les .h (là où ils sont supposés être, quoi) j'ai toujours plein d'erreurs d'édition de liens...

Voir 40 message(s) de cette discussion en une page