Discussion :

[Neckara]

Bonjour,

Je teste actuellement une application sous Windows et j'ai un petit problème sur ce bout de code :

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
try {
          std::cerr << "debut" << std::endl;
          std::cerr.flush();
          boost::filesystem3::copy( path, boost::filesystem3::path("temp_PDF") / path.filename()  );
          std::cerr << "fin" << std::endl;
          std::cerr.flush();
} catch ( boost::filesystem3::filesystem_error e )
{
          std::cerr << "except" << std::endl;
         std::cerr.flush();
} catch ( ... )
{
         std::cerr << "erreur 1" << std::endl;
         std::cerr.flush();
}

catch(...) étant censé, il me semble, pouvoir rattraper toutes les exceptions.
Ce que je n'arrive pas à m'expliquer, c'est que la ligne :

Code :

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

boost::filesystem3::copy( path, boost::filesystem3::path("temp_PDF") / path.filename()  );

lance une exception qui n'est pas attrapée...

Voici ce que j'ai à l'écran :

debut
terminate after throwing an instance of 'boost::filesystem::filesystem_error'
what() : [...]

This application has requested the Runtime to terminate it in a unusual way.
Please contact the application's support team for more information.

Je ne sais pas si c'est lié mais je ne peux pas lancer mon application deux fois de suite dans la même console DOS ( l'application retourne directement sans rien faire).
J'ai aussi, quand l'exception n'est pas lancée, un system() qui n'exécute pas la commande passée en argument .

Est-ce que vous auriez une idée ?

[Klaim]

Pour l'instant je note juste que tu catch l'exception par copie et je me demande si c'est pas un probleme.

Sinon, je suis pas specialiste mais il ne se pourait pas qu'il y ait un appel direct a terminate() a cause d'une exception qui se lance dans un catch?

[ternel]

par ailleurs, pourquoi flusher après un <<std::endl.

std::endl fait le flush.

[Neckara]

par ailleurs, pourquoi flusher après un <<std::endl.

std::endl fait le flush.

Malheureusement pas toujours

Quand on exécute un programme dans la console de QtCreator, le std::endl ne flush pas toujours.
J'ai donc pris l'habitude de mettre un std::cerr.flush() pour m'éviter toutes mauvaises surprises.

Pour l'instant je note juste que tu catch l'exception par copie et je me demande si c'est pas un probleme.

J'attrape le même type d'exceptions sans problème sous Linux, donc je ne pense pas que ce soit ça.
De plus, même si l'exception n'est pas rattrapée par le premier catch, elle devrait obligatoirement l'être par le second non?

Sinon, je suis pas specialiste mais il ne se pourait pas qu'il y ait un appel direct a terminate() a cause d'une exception qui se lance dans un catch?

Il n'y a pas d'exceptions qui se lancent dans un catch ici il me semble non?
Si la copie est interdite, il devrait théoriquement directement passer au catch suivant.

J'essaye de passer par référence pour voir ce que cela donne

EDIT : même en passant par référence constante au lieu de la copie, rien ne change.

[Neckara]

J'ai oublié de le préciser, mais sous Windows, j'ai fait un :

Code :

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

#define filesystem3 filesystem

Car sous Windows, filesystem3 n'existe pas.

[therwald]

Tu linkes en statique ou dynamique? Ca me fait penser à des problèmes d'exceptions qui franchissent des DLL boundaries...