Euh, une erreur bad allocation, ça peut vouloir dire diverses choses, mais la plus probable c'est: "merde, j'ai pas assez de ram pour répondre à ta demande!".
Si c'est bien ça le problème, ça peut vouloir dire 2 choses: soit la machine à effectivement saturé sa RAM (virtuelle et physique) et windows refuse donc d'allouer plus, soit le logiciel à essayé d'allouer une quantité véritablement phénoménale, et l'OS se défend comme il peut.
Dans tous les cas que j'ai énoncés, si le logiciel est écrit en C++, ce qui est, de mémoire, le cas de LO, c'est très probablement une exception qui à été lancée. Pour un logiciel qui cible un public un minimum pro, c'est dommage de ne pas récupérer de ce type d'exception, par exemple en enregistrant les données dans l'état ou elles étaient avant la corruption/l'erreur. C'est justement à ça que servent les exceptions: en remontant la stack, ça permets de revenir à un point où l'état était connu, et d'annuler l'action qui à foiré.
Que le document ait été écrit avec impress ou pas, ne change donc rien au fait qu'il s'agit d'un problème grave dans le code.
Après, facile de dire que c'est la faute au logiciel qui marche sans crasher... mais je trouve que ça fait un peu deux poids deux mesures, non?
Qu'une application crash ou bug, pourquoi pas. Personne n'est parfait. Par contre, qu'un truc que l'on sert à des pros engendre une perte de temps de, disons, 3H, c'est déjà plus grave.
Je vais être cynique (je parle de coût de reviens, pas de salaire net, hein): dans le cas ou c'est la secrétaire smicarde qui coûte ses 20€ de l'heure, bon, à la rigueur, ça peut passer, c'est pas trop cher.
Mais dans le cas ou c'est l'ingénieur que l'on paye dans les 80€ de l'heure... c'est déjà plus chiant, et plus cher. Plus qu'a prier pour qu'il n'ait pas passé sa journée à chiader son truc... pour rien.
Bien sûr, on peut objecter qu'il est prudent de sauvegarder régulièrement... mais moi, j'appelle ça un workaround. Un système stable, ne devrait pas planter, et si on était dans un monde idéal, il y aurait des onduleurs pour éviter les emmerdes d'une coupure de courant...
Bref, la sauvegarde auto ne devrait pas être obligatoire pour moi.
[^] # Re: C'est possible... mais pas tout seul !
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 7.
Euh, une erreur bad allocation, ça peut vouloir dire diverses choses, mais la plus probable c'est: "merde, j'ai pas assez de ram pour répondre à ta demande!".
Si c'est bien ça le problème, ça peut vouloir dire 2 choses: soit la machine à effectivement saturé sa RAM (virtuelle et physique) et windows refuse donc d'allouer plus, soit le logiciel à essayé d'allouer une quantité véritablement phénoménale, et l'OS se défend comme il peut.
Dans tous les cas que j'ai énoncés, si le logiciel est écrit en C++, ce qui est, de mémoire, le cas de LO, c'est très probablement une exception qui à été lancée. Pour un logiciel qui cible un public un minimum pro, c'est dommage de ne pas récupérer de ce type d'exception, par exemple en enregistrant les données dans l'état ou elles étaient avant la corruption/l'erreur. C'est justement à ça que servent les exceptions: en remontant la stack, ça permets de revenir à un point où l'état était connu, et d'annuler l'action qui à foiré.
Que le document ait été écrit avec impress ou pas, ne change donc rien au fait qu'il s'agit d'un problème grave dans le code.
Après, facile de dire que c'est la faute au logiciel qui marche sans crasher... mais je trouve que ça fait un peu deux poids deux mesures, non?
Qu'une application crash ou bug, pourquoi pas. Personne n'est parfait. Par contre, qu'un truc que l'on sert à des pros engendre une perte de temps de, disons, 3H, c'est déjà plus grave.
Je vais être cynique (je parle de coût de reviens, pas de salaire net, hein): dans le cas ou c'est la secrétaire smicarde qui coûte ses 20€ de l'heure, bon, à la rigueur, ça peut passer, c'est pas trop cher.
Mais dans le cas ou c'est l'ingénieur que l'on paye dans les 80€ de l'heure... c'est déjà plus chiant, et plus cher. Plus qu'a prier pour qu'il n'ait pas passé sa journée à chiader son truc... pour rien.
Bien sûr, on peut objecter qu'il est prudent de sauvegarder régulièrement... mais moi, j'appelle ça un workaround. Un système stable, ne devrait pas planter, et si on était dans un monde idéal, il y aurait des onduleurs pour éviter les emmerdes d'une coupure de courant...
Bref, la sauvegarde auto ne devrait pas être obligatoire pour moi.