Discussion :

[escafr]

Bonjour,

Au lancement mon prog en mode debug, j'ai ces lignes bizarres:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359ea04..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359e9e4..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359ea04..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359e9e4..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359ea04..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359e9e4..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359ea04..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359e9e4..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: boost::gregorian::bad_month at memory location 0x0359ea04..
First-chance exception at 0x7c812a5b in FXTops_d.exe: Microsoft C++ exception: [rethrow] at memory location 0x00000000..

Vous auriez une idée de ce à quoi c'est due?

Je n'ai rien trouvé sur google.

EDIT:
voir ca:
http://blogs.msdn.com/davidklinems/a...12/438061.aspx

mais bon, ca m aide pas bcp.

[Feriaman]

Salut,

A vue de nez, et en regardant un peu ma boule de cristal, je dirais que ton programme utilise des

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

boost::datetime::month

, ou plus probablement des

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

boost::datetime::date

en interne, même si tu n'est pas directement au courant.

Et que ces month sont mal initialisés (sans doute à 0), par commodité ou par ignorance.

Du coup l'initialisation de ces objets lance des exceptions bad_month, car cela n'est pas supposé ce produire. Mais ces exceptions sont sans aucun doute gérées et traitées par le code qui utilise ces dates.

Donc on peut croire que ce n'est pas grave.

Après on pourrait lancer ici à nouveau un débat sur l'utilisation des exceptions. En ce qui me concerne, je crois qu'un programme qui fonctionne bien et qui ne reçoit que des données externes correctes ne devrait pas lancer d'exception. Les exceptions, ça devrait être exceptionnel.

Il y a des gens qui croient qu'il est légitime d'utiliser les exceptions à tout bout de champ, y compris pour gérer des choses normales, et qui gèrent, par exemple, la présence de paramètres optionnels dans des données d'entrée avec des exceptions. Cela donne le genre de warnings que tu obtiens. Personnellement, je suis contre.

Cela dit, ce que tu obtiens n'est pas forcément du à ce genre de pratique. Il se peut aussi par exemple que ton programme lise au démarrage un fichier de paramètre qui est truffé de valeurs (de dates) erronées.

Bonne journée.

[Feriaman]

Exemple de code qui pourrait générer ce que tu as :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
// cette fonction reçoit les paramètres d'entrée et les examine un a un pour :
// 1 - vérifier qu'ils sont valides
// 2 - les stocker au bon endroit
bool Application::checkParams(std::list<std::string>& params)
{
	// on prend chaque paramètre
	for(std::list<std::string>::iterator it = params.begin(); it != params.end(); it++)
	{
		// et on le checke
		if (!checkParam(*it))
		{
			return false;
		}
	}
	return true;
}
// Cette fonction reçoit un paramètre et : 
// 1 - détermine de quel type il est
// 2 - vérifie s'il est valide
// 3 - le stocke
bool Application::checkParam(const std::string& param)
{
	bool isAValidParam = false;
	try
	{
		// ici on essaie d'interpréter le paramètre comme une date de création
		checkDateCreation(param);
		isAValidParam = true;
	}
	catch (...)
	{
		// si on échoue c'est que ce n'était pas une date ou pas une date valide
		// mais ce n'est pas grave
	}
	try
	{
		// ici on essaie d'interpréter le paramètre comme un nom d'auteur
		checkNomDeLAuteur(param);
		isAValidParam = true;
	}
	catch (...)
	{
		// si on échoue c'est que ce n'était pas un nom d'auteur 
		// mais ce n'est pas grave
	}
	try
	{
		// ici on essaie d'interpréter le paramètre comme une taille de fichier
		checkTaille(param);
		isAValidParam = true;
	}
	catch (...)
	{
		// si on échoue c'est que ce n'était pas une taille de fichier
		// mais ce n'est pas grave
	}
	// si un seul des try précédent n'a pas échoué, isAValidParam est vrai
	// sinon isAValidParam  est faux
	return isAValidParam;
}

Note : attention ce code est exactement ce que je crois qu'IL NE FAUT PAS FAIRE

[escafr]

hum j utilise des gregorian date et des ptime, que j initialise par defaut, qui sont donc des 'not a date time' et que je remplis au besoin.

Je laisse a not a date time qd dans ma base oracle j ai une date a NULL.

Ca doit venir de la..

Merci de ton aide.