Discussion :

[remjg]

Bonjour,

Je débute en c++ et j'ai encore du mal à trouver l'information que je recherche...

Je me permets donc une petite question :
Pour utiliser la fonction "set_new_handler" afin de gérer les dépassements de mémoire, dois-je déclarer le fichier d'en-tête <new>?

En effet, le nom de cette fonction lors de mon cours a été donné et j'ai été sur la page suivante pour en savoir plus (syntaxe, fichier header à utiliser etc) :
http://www.cplusplus.com/reference/s...t_new_handler/

J'ai cru comprendre que cette fonction "appartenait" au header <new>... Mais cela marche sans! Pourquoi?

De même les opérateurs new[] et delete[] semblent provenir de <new> mais je n'ai pas besoin de déclarer le fichier d'en-tête <new> pourtant?

Merci d'avance pour vos réponses. Je le répète, mon niveau est faible et je n'ai pas encore fait de programmation objet (même si j'ai une petite idée de ce que c'est).

[Médinoc]

set_new_handler() sert seulement à modifier le comportement par défaut de new en cas d'échec de l'allocation: Tu n'en as pas besoin si le comportement par défaut (qui consiste à lancer une exception std::bad_alloc) te suffit.
Note: Changer le handler ne permet pas de faire en sorte que new retourne un pointeur nul en cas d'échec. Donc, sortez un peu du C.

Pour ce qui est du header, j'ignore pourquoi set_new_handler() marche sans.
Mais pour le fait que new[] et delete[] n'aient pas besoin de <new>, c'est normal, ce sont des mots-clés du langage, pas des objets ou fonctions.

[camboui]

Il me semble que new et delete sont même des "operator". Ils peuvent être surchargés. Ca peut être intéressant de les contrôler dans le contexte particulier d'une classe.

[ram-0000]

Il me semble que new et delete sont même des "operator". Ils peuvent être surchargés.

Yes sir !!

[screetch]

un autre fichier peut avoir inclu "new", c'est un des fichiers dont tous les autres fichiers dependent

[JolyLoic]

Je débute en c++ et j'ai encore du mal à trouver l'information que je recherche...

Je me permets donc une petite question :
Pour utiliser la fonction "set_new_handler" afin de gérer les dépassements de mémoire, dois-je déclarer le fichier d'en-tête <new>?

Il n'y a pas besoin de set_new_handler pour gérer les dépassements mémoire. Par défaut, une allocation mémoire qui échoue lance une exception bad_alloc, ce qui est largement suffisant pour gérer les choses.

Honnêtement, je ne vois pas trop l'intérêt de cette fonction, surtout pour un débutant dans la langage.

[screetch]

je suis d'accord sur le fait que c'est un detail pour quelqu un qui débute
mais tu comptes encadrer tous tes new de blocs try/catch ???
set_new_handler permet d'effectuer une action, quel que soit le code qui appelait new

[Médinoc]

Mais set_new_handler ne permet pas d'éviter un try/catch, vu que les deux seules sorties possibles du handler sont le lancer d'exception ou le terminate()...

[JolyLoic]

je suis d'accord sur le fait que c'est un detail pour quelqu un qui débute
mais tu comptes encadrer tous tes new de blocs try/catch ???
set_new_handler permet d'effectuer une action, quel que soit le code qui appelait new

Non, je compte mettre un bloc try/catch unique au niveau du main qui en cas de bas_alloc affiche simplement "Désolé, plus assez de mémoire, je me tue" (avec éventuellement un dump de l'état de la machine). Il y a bien des gestions d'erreur plus fines possibles, mais ça me semble déjà bien suffisant dans la majorité des cas (et avoir mieux demande beaucoup plus d'efforts), et en plus, ça reste compatible avec des modes plus fin localisés à quelques endroits précis.

[screetch]

oui effectivement ca n'apporterait pas grand chose, si ce n'est d'avoir la callstack complete de l'allcoation (qui a quelques chances d'etre l'allocation qui a tout fait foirer mais c'est meme pas sur)

[JolyLoic]

Mon compilateur (VC++) permet en mode debug lors du lancement d'une exception d'arrêter le programme au moment où elle est lancée, quel que soit le code qui la lance, et non simplement en mettant un breakpoint manuel là où elle est attrapée. C'est assez indispensable.