Pourquoi n'est-il pas possible de déclarer le stringstream en dur, c'est à dire pas comme un pointeur, si j'essaye le compilateur me sort :

impossible d'accéder à private membre déclaré(e) dans la classe 'std::basic_ios<_Elem,_Traits>'

Les exceptions doivent etre copiables, les IOStreams ne le sont pas.  Si tu definis toi meme ton constructeur de copie et ton operateur d'assignation, tu devrais etre capable de t'en sortir.

Par ce que stringstream n'a pas de constructeur de recopie, ni de =

et le fait de passer par un pointeur marche c'est étonnant ! le fait de wrapper le IOstream dans un auto_ptr rend la classe copiable donc

Essaie de mettre un delete ss_ dans ton destructeur et on va voir combien de temps ca va marcher.  Au pire, c'est Murphy qui va decider.

oui mais c'est un auto_ptr, on a pas besoin de faire delete...

Ah oui...  Et tu l'as mis mutable... Parce qu'un auto_ptr non mutable, ca ne se copie pas.  Un auto_ptr est copie avec une semantique de deplacement et l'original est modifie, ce qui fait que ca marche.  Si tu veux bien une semantique de deplacement.

le mutable c'est juste lié à la fonction what, c'est pas une histoire de copie, je suis désolé mais ta réponse n'était pas du tout clair

et puis quand j'essaye de déclarer un operator = et un constructeur de recopie dans ma classe Exception, le compilateur me sort:

std::basic_streambuf<_Elem,_Traits>::operator =' : impossible d'accéder à private membre déclaré(e) dans la classe 'std::basic_streambuf<_Elem,_Traits>'

ça me parait totalement illogique dans la mesure où le compilateur m'indique qu'une fonction d'une classe ne peut pas accéder à ses membres privés... mais où va le monde

Il te faut un constructeur par recopie pour pouvoir transmettre/copier l'exception que tu lances dans les contextes supérieurs.

contexte supérieur c'est à dire les classes mères ?
et en quoi définir un const de copie est = dans la classe pourrait résoudre le problème?

j'aimerais vraiment comprendre..

Merci

Les appelants de la fonction qui lance l'exception.
 
Tu poses parfois des questions sophistiquees mais parfois -- comme ici -- tu donnes l'impression de ne pas maitriser les bases.  J'ai du mal a adapter mes reponses a ton niveau parce que j'ai du mal a le determiner.
 

oui là clairement ce que je ne maitrises pas ce sont ces deux points :
 
- l'histoire du constructeur par recopie qui est utile pour transmettre l'exception à la fonction appelant la fonction lançant l'exception
 
est ce qu'il s'agit du catch? j'utilise un passage par référence donc si oui ça ne doit pas être un problème
 
- le fait de wrapper une classe dans un pointeur intelligent pour corriger le problème

 
{ Exception e; throw e; } .... catch (std::exception& ) { }
 
"e" est sur la pile, comment veux-tu qu'elle survive à la fermeture de son bloc ?
 

 
Pointeur à la con qui ne gère ni la copie, ni l'affectation.

 
ok comprendo! merci
 

 
encore un doute... le fait qu'il ne gère pas la copie , ni l'= implique donc que ce sont le const de copie et l'= générées par le  
compilo qui sont utilisées, mais en quoi cela implique que le code n'essayera pas d'appeler le const par recopie ou l'= de la classe stringstream, puisque visiblement c'est ça qui pose problème étant donné qu'ils sont dans cette classe déclarés privé

En faite ce que je viens de réaliser/comprendre c'est que :

f(B) appel le constructeur de copie de A, mais si on définit un constructeur de recopie dans B ça n'est plus le cas  à moins d'appeler explicitement le constructeur par recopie de A j'imagine....

Donc finalement le code la classe StreamingException ne tente pas d'appeler le constructeur par recopie de stringstream mais uniquement celui de auto_ptr définit ainsi dans <memory>

et donc tout se passse bien....

En essayant de définir un constructeur par recopie comme ci-dessous :

et en modifiant what, pour que cette fonction se contente de retourner s_,  ça marche aussi ! et de plus les mutable ne servent plus à rien, mais peut être que ce code est un peu crado, car il y a une copie incomplète qui est fournit au contexte supérieur... (l'objet stringstream est en effet non initilialisé)