soit avec un message (messageBox, printf/cout) soit avec un code de retour donné.
Qui va demander une allocation mémoire… Oups. Qui va partir en deadlock… Oups.
Un fprintf sur stderr n'alloue pas de mémoire (il va bouffer la pile)… pour la message Box, je suis d'accord sauf si elle a été préparée avant et qu’il suffit de lui demander de s’afficher.
Mais bon, même un message sur stderr qui dit : « mémoire insuffisante » est plus claire que un segmentation fault.
comment tu gères ca correctement sur un navigateur web.
Je ne sais pas, mais tu pourrais décider d’annuler le rendu de la page, de libérer la mémoire et d’afficher un message du genre : « Mémoire insuffisante pour afficher cette page » et si ceci échoue, alors un message d'erreur et un exit avec un code particulier permettant de savoir que c’est un problème mémoire.
en quoi le résultat est systématiquement mieux que le suicide pour l'utilisateur
L’utilisateur sait pourquoi, il peut donc tuer son process gimp avec une image en 10000x10000, ou autre. Sinon, pour l’utilisateur c’est juste un programme pourri qui vautre.
en quoi ton soft est meilleur (il vient de prendre 200% de ligne de code avec des chemins d'exécution à la con à tester).
J’ai appris à l’école et au boulot à tester systématiquement les codes de retour des fonctions. J’évite de le faire sur le printf, car généralement, je me fout du nombre de caractères imprimés. Mais dans la plupart des cas, le retour permet de prendre la sanction appropriée pouvant être le suicide dans certains cas.
Pour les GUI, je suis d’accord qu’ont ne puissent pas toujours éviter. Mais il ne faut pas oublier de se poser la question.
[^] # Re: Malloc Linux
Posté par Anthony Jaguenaud . En réponse au journal Où il est question de D3, des communes de France et des performances SVG des moteurs de rendu. Évalué à 2.
Un fprintf sur stderr n'alloue pas de mémoire (il va bouffer la pile)… pour la message Box, je suis d'accord sauf si elle a été préparée avant et qu’il suffit de lui demander de s’afficher.
Mais bon, même un message sur stderr qui dit : « mémoire insuffisante » est plus claire que un segmentation fault.
Je ne sais pas, mais tu pourrais décider d’annuler le rendu de la page, de libérer la mémoire et d’afficher un message du genre : « Mémoire insuffisante pour afficher cette page » et si ceci échoue, alors un message d'erreur et un exit avec un code particulier permettant de savoir que c’est un problème mémoire.
L’utilisateur sait pourquoi, il peut donc tuer son process gimp avec une image en 10000x10000, ou autre. Sinon, pour l’utilisateur c’est juste un programme pourri qui vautre.
J’ai appris à l’école et au boulot à tester systématiquement les codes de retour des fonctions. J’évite de le faire sur le printf, car généralement, je me fout du nombre de caractères imprimés. Mais dans la plupart des cas, le retour permet de prendre la sanction appropriée pouvant être le suicide dans certains cas.
Pour les GUI, je suis d’accord qu’ont ne puissent pas toujours éviter. Mais il ne faut pas oublier de se poser la question.