Combien de langage va-t-on inventer encore en informatique ?
Le c/c++; java; basic; Pascal; ....etc... etc...
Pourquoi perdre son temps avec ces idiomes...hein...
Pourquoi ne pas s'en tenir comme nous le faisons nous tous à l'esperanto ?
Une seule langue et puis c'est tout.
Voilà..j'attends vos commentaires.
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais c'est curieux que la charge ne soit pas supportée que quand il s'agit de travail graphique. Du point de vue de la mémoire, ce devrait être indifférent j'imagine.
Ça peut être un problème de refroidissement du processeur, de la carte graphique ou de la RAM. C'est courant avec les matos actuels...
-- Dix grammes d'abstraction valent des tonnes de bricolage. Loi de Booker.
Le Fri, 05 May 2006 16:55:42 +0200, SL a écrit :
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais
c'est curieux que la charge ne soit pas supportée que quand il s'agit
de travail graphique. Du point de vue de la mémoire, ce devrait être
indifférent j'imagine.
Ça peut être un problème de refroidissement du processeur, de la carte
graphique ou de la RAM. C'est courant avec les matos actuels...
--
Dix grammes d'abstraction valent des tonnes de bricolage.
Loi de Booker.
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais c'est curieux que la charge ne soit pas supportée que quand il s'agit de travail graphique. Du point de vue de la mémoire, ce devrait être indifférent j'imagine.
Ça peut être un problème de refroidissement du processeur, de la carte graphique ou de la RAM. C'est courant avec les matos actuels...
-- Dix grammes d'abstraction valent des tonnes de bricolage. Loi de Booker.
Emmanuel Florac
Le Fri, 05 May 2006 20:57:52 +0200, Stéphane CARPENTIER a écrit :
Je ne connais pas. D'après ce que j'en sais, c'est un truc qui est surtout utilisé pour l'embarqué. C'est chiant à programmer, mais si ça compile, ça ne plante pas.
Ariane 5 a pourtant bien explosé au décollage à cause d'un overflow dans un programme ADA. En fait, les sécurités avaient été désactivées pour augmenter la vitesse du programme parce que le flux de données des capteurs était bien plus élevé que celui d'Ariane 4, or le système de navigation était identique... Le bug a été la cause de la perte de la fusée et de son chargement.
-- Les défauts n'apparaissent qu'après que le programme a passé (avec succès) la phase d'intégration. Loi de Klipstein.
Le Fri, 05 May 2006 20:57:52 +0200, Stéphane CARPENTIER a écrit :
Je ne connais pas. D'après ce que j'en sais, c'est un truc qui est
surtout utilisé pour l'embarqué. C'est chiant à programmer, mais
si ça compile, ça ne plante pas.
Ariane 5 a pourtant bien explosé au décollage à cause d'un overflow
dans un programme ADA. En fait, les sécurités avaient été
désactivées pour augmenter la vitesse du programme parce que le flux de
données des capteurs était bien plus élevé que celui d'Ariane 4, or le
système de navigation était identique... Le bug a été la cause de la
perte de la fusée et de son chargement.
--
Les défauts n'apparaissent qu'après que le programme a passé (avec
succès) la phase d'intégration.
Loi de Klipstein.
Le Fri, 05 May 2006 20:57:52 +0200, Stéphane CARPENTIER a écrit :
Je ne connais pas. D'après ce que j'en sais, c'est un truc qui est surtout utilisé pour l'embarqué. C'est chiant à programmer, mais si ça compile, ça ne plante pas.
Ariane 5 a pourtant bien explosé au décollage à cause d'un overflow dans un programme ADA. En fait, les sécurités avaient été désactivées pour augmenter la vitesse du programme parce que le flux de données des capteurs était bien plus élevé que celui d'Ariane 4, or le système de navigation était identique... Le bug a été la cause de la perte de la fusée et de son chargement.
-- Les défauts n'apparaissent qu'après que le programme a passé (avec succès) la phase d'intégration. Loi de Klipstein.
SL
Le Fri, 05 May 2006 16:55:42 +0200, SL a écrit :
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais c'est curieux que la charge ne soit pas supportée que quand il s'agit de travail graphique. Du point de vue de la mémoire, ce devrait être indifférent j'imagine.
Ça peut être un problème de refroidissement du processeur, de la carte graphique ou de la RAM.
Pour la RAM je vais tester en achetant une autre barette. Je vais aussi acheter une carte graphique, c'est une période faste, les vacations viennent de tomber, au diable l'avarice ! (ce qui n'est pas une raison pour confier des portables à des MDC machiavéliens du sud ouest de ce pays). Je finierai bien par circonscrire le trouble fête, si autre chose n'a pas succombé d'ici là.
C'est courant avec les matos actuels...
Putain, voilà qui apporte de l'eau à mon moulin.
Ce qui est marrant c'est que plus la couche physique est réduite à la portion congrue, avec la dématérialisation de l'outil, plus cette couche physique devient une plaie infernale. On n'a jamais fabriqué d'outil aussi laid et aussi fragile il me semble alors que ça pourrait tenir dans un cube de 30 cm3 et uq'il n'y a pratiquemetn aucune contrainte physique (de matériaux ou que sais-je). On a à domicile une centrale de calcul mais on perd des journées entières pour lui brancher ses cables au bon endroit et assembler correctement les quelques composantes physiques de la machine. On est obligé de déployer une énergie démentielle au niveau logique avec des drivers et tout le tralala pour compenser une couche matérielle complètement pourrie et absolument pas soignée ; c'est ça qui est frappant : une proportion démentielle de la couche logique est consacrée à palier les défauts d'un matériel du coup complètement négligé. On fait un bon technologique démentiel et ça nous sort à peine de la pénibilité des conneries de la vie.
J'offre cette profonde médiatation ainsi que le reste de ma bière à f.c.o.l.d.
Le Fri, 05 May 2006 16:55:42 +0200, SL a écrit :
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais
c'est curieux que la charge ne soit pas supportée que quand il
s'agit de travail graphique. Du point de vue de la mémoire, ce
devrait être indifférent j'imagine.
Ça peut être un problème de refroidissement du processeur, de la
carte graphique ou de la RAM.
Pour la RAM je vais tester en achetant une autre barette. Je vais
aussi acheter une carte graphique, c'est une période faste, les
vacations viennent de tomber, au diable l'avarice ! (ce qui n'est pas
une raison pour confier des portables à des MDC machiavéliens du sud
ouest de ce pays). Je finierai bien par circonscrire le trouble fête,
si autre chose n'a pas succombé d'ici là.
C'est courant avec les matos actuels...
Putain, voilà qui apporte de l'eau à mon moulin.
Ce qui est marrant c'est que plus la couche physique est réduite à la
portion congrue, avec la dématérialisation de l'outil, plus cette
couche physique devient une plaie infernale. On n'a jamais fabriqué
d'outil aussi laid et aussi fragile il me semble alors que ça pourrait
tenir dans un cube de 30 cm3 et uq'il n'y a pratiquemetn aucune
contrainte physique (de matériaux ou que sais-je). On a à domicile une
centrale de calcul mais on perd des journées entières pour lui
brancher ses cables au bon endroit et assembler correctement les
quelques composantes physiques de la machine. On est obligé de
déployer une énergie démentielle au niveau logique avec des drivers et
tout le tralala pour compenser une couche matérielle complètement
pourrie et absolument pas soignée ; c'est ça qui est frappant : une
proportion démentielle de la couche logique est consacrée à palier les
défauts d'un matériel du coup complètement négligé. On fait un bon
technologique démentiel et ça nous sort à peine de la pénibilité des
conneries de la vie.
J'offre cette profonde médiatation ainsi que le reste de ma bière à
f.c.o.l.d.
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais c'est curieux que la charge ne soit pas supportée que quand il s'agit de travail graphique. Du point de vue de la mémoire, ce devrait être indifférent j'imagine.
Ça peut être un problème de refroidissement du processeur, de la carte graphique ou de la RAM.
Pour la RAM je vais tester en achetant une autre barette. Je vais aussi acheter une carte graphique, c'est une période faste, les vacations viennent de tomber, au diable l'avarice ! (ce qui n'est pas une raison pour confier des portables à des MDC machiavéliens du sud ouest de ce pays). Je finierai bien par circonscrire le trouble fête, si autre chose n'a pas succombé d'ici là.
C'est courant avec les matos actuels...
Putain, voilà qui apporte de l'eau à mon moulin.
Ce qui est marrant c'est que plus la couche physique est réduite à la portion congrue, avec la dématérialisation de l'outil, plus cette couche physique devient une plaie infernale. On n'a jamais fabriqué d'outil aussi laid et aussi fragile il me semble alors que ça pourrait tenir dans un cube de 30 cm3 et uq'il n'y a pratiquemetn aucune contrainte physique (de matériaux ou que sais-je). On a à domicile une centrale de calcul mais on perd des journées entières pour lui brancher ses cables au bon endroit et assembler correctement les quelques composantes physiques de la machine. On est obligé de déployer une énergie démentielle au niveau logique avec des drivers et tout le tralala pour compenser une couche matérielle complètement pourrie et absolument pas soignée ; c'est ça qui est frappant : une proportion démentielle de la couche logique est consacrée à palier les défauts d'un matériel du coup complètement négligé. On fait un bon technologique démentiel et ça nous sort à peine de la pénibilité des conneries de la vie.
J'offre cette profonde médiatation ainsi que le reste de ma bière à f.c.o.l.d.
Gilles-Claude Rajaobelina
OpenGL, [...], il sollicite la carte graphique indepéndamment de leur affichage à l'écran ?
bonne question
C'est plausible qu'OpenGL demande quelque chose [...] uniquement en cas de solicitation intensive de la carte graphique ?
bonne question/réponse.
J'y comprends rien à c'est quoi que vous voulez dire.
J'écris plusieurs graphiques en boucle avec matlab, ça utilise opengpl si j'en crois certains messages d'erreur. Régulièrement l'ordinateur reboot en plein travail. Quels sont les composants particulièrement solicités (hors disques durs) quand Matlab écrit un graphique ?
Les reboots en pleine charge sont très souvent dûs à de la RAM défectueuse ou fonctionnant au delà des ses specs nominales.
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais c'est curieux que la charge ne soit pas supportée que quand il s'agit de travail graphique. Du point de vue de la mémoire, ce devrait être indifférent j'imagine.
J'écris plusieurs graphiques en boucle avec matlab, ça utilise
opengpl si j'en crois certains messages d'erreur. Régulièrement
l'ordinateur reboot en plein travail. Quels sont les composants
particulièrement solicités (hors disques durs) quand Matlab écrit un
graphique ?
Les reboots en pleine charge sont très souvent dûs à de la RAM
défectueuse ou fonctionnant au delà des ses specs nominales.
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais
c'est curieux que la charge ne soit pas supportée que quand il s'agit
de travail graphique. Du point de vue de la mémoire, ce devrait être
indifférent j'imagine.
J'écris plusieurs graphiques en boucle avec matlab, ça utilise opengpl si j'en crois certains messages d'erreur. Régulièrement l'ordinateur reboot en plein travail. Quels sont les composants particulièrement solicités (hors disques durs) quand Matlab écrit un graphique ?
Les reboots en pleine charge sont très souvent dûs à de la RAM défectueuse ou fonctionnant au delà des ses specs nominales.
Bon, je vais essayer de la tester aussi, merci pour le tuyaux. Mais c'est curieux que la charge ne soit pas supportée que quand il s'agit de travail graphique. Du point de vue de la mémoire, ce devrait être indifférent j'imagine.
Combien de langage va-t-on inventer encore en informatique ? Le c/c++; java; basic; Pascal; ....etc... etc... Pourquoi perdre son temps avec ces idiomes...hein... Pourquoi ne pas s'en tenir comme nous le faisons nous tous à l'esperanto ? Une seule langue et puis c'est tout. Voilà..j'attends vos commentaires.
Vous posez des questions, il faut s'attendre à des réponses et non à des commentaires. Dans l'ordre
Bien que j'osasses poser des questions et bien que vous approuvassiez de ne pas me faire des commentaires, permettez-moi de vous mettre en garde. Car en espéranto il n'y a pas de chinoiseries ! En effet, savez-vous que vous m'épatâtes lors de vos explications si minutieuses et pertinentes à souhait sur les divers langages de progrs. Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez l'ASSAMBLEUR. Oubli, volontaire..., s'il en est. Merci de vos compétences grandioses et subliminals.
M.D.
Michel Billaud wrote:
"Marilyn Dubois" <mari.lyn@skynet.be> writes:
Hello,
Combien de langage va-t-on inventer encore en informatique ?
Le c/c++; java; basic; Pascal; ....etc... etc...
Pourquoi perdre son temps avec ces idiomes...hein...
Pourquoi ne pas s'en tenir comme nous le faisons nous tous à l'esperanto ?
Une seule langue et puis c'est tout.
Voilà..j'attends vos commentaires.
Vous posez des questions, il faut s'attendre à des réponses et non à des commentaires.
Dans l'ordre
Bien que j'osasses poser des questions et bien que vous approuvassiez de
ne pas me faire des commentaires, permettez-moi de vous mettre en garde.
Car en espéranto il n'y a pas de chinoiseries !
En effet, savez-vous que vous m'épatâtes lors de vos explications si
minutieuses et pertinentes à souhait sur les divers langages de progrs.
Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez
l'ASSAMBLEUR. Oubli, volontaire..., s'il en est.
Merci de vos compétences grandioses et subliminals.
Combien de langage va-t-on inventer encore en informatique ? Le c/c++; java; basic; Pascal; ....etc... etc... Pourquoi perdre son temps avec ces idiomes...hein... Pourquoi ne pas s'en tenir comme nous le faisons nous tous à l'esperanto ? Une seule langue et puis c'est tout. Voilà..j'attends vos commentaires.
Vous posez des questions, il faut s'attendre à des réponses et non à des commentaires. Dans l'ordre
Bien que j'osasses poser des questions et bien que vous approuvassiez de ne pas me faire des commentaires, permettez-moi de vous mettre en garde. Car en espéranto il n'y a pas de chinoiseries ! En effet, savez-vous que vous m'épatâtes lors de vos explications si minutieuses et pertinentes à souhait sur les divers langages de progrs. Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez l'ASSAMBLEUR. Oubli, volontaire..., s'il en est. Merci de vos compétences grandioses et subliminals.
M.D.
Marilyn Dubois
Marilyn Dubois wrote:
Michel Billaud wrote:
"Marilyn Dubois" writes:
Hello,
Combien de langage va-t-on inventer encore en informatique ? Le c/c++; java; basic; Pascal; ....etc... etc... Pourquoi perdre son temps avec ces idiomes...hein... Pourquoi ne pas s'en tenir comme nous le faisons nous tous à l'esperanto ? Une seule langue et puis c'est tout. Voilà..j'attends vos commentaires.
Vous posez des questions, il faut s'attendre à des réponses et non à des commentaires. Dans l'ordre
Bien que j'osasses poser des questions et bien que vous approuvassiez de ne pas me faire des commentaires, permettez-moi de vous mettre en garde. Car en espéranto il n'y a pas de chinoiseries ! En effet, savez-vous que vous m'épatâtes lors de vos explications si minutieuses et pertinentes à souhait sur les divers langages de progrs. Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez l'ASSAMBLEUR. Oubli, volontaire..., s'il en est. Merci de vos compétences grandioses et subliminals.
M.D.
heu.....subliminal(l)es
Marilyn Dubois wrote:
Michel Billaud wrote:
"Marilyn Dubois" <mari.lyn@skynet.be> writes:
Hello,
Combien de langage va-t-on inventer encore en informatique ?
Le c/c++; java; basic; Pascal; ....etc... etc...
Pourquoi perdre son temps avec ces idiomes...hein...
Pourquoi ne pas s'en tenir comme nous le faisons nous tous à
l'esperanto ?
Une seule langue et puis c'est tout.
Voilà..j'attends vos commentaires.
Vous posez des questions, il faut s'attendre à des réponses et non à
des commentaires.
Dans l'ordre
Bien que j'osasses poser des questions et bien que vous approuvassiez de
ne pas me faire des commentaires, permettez-moi de vous mettre en garde.
Car en espéranto il n'y a pas de chinoiseries !
En effet, savez-vous que vous m'épatâtes lors de vos explications si
minutieuses et pertinentes à souhait sur les divers langages de progrs.
Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez
l'ASSAMBLEUR. Oubli, volontaire..., s'il en est.
Merci de vos compétences grandioses et subliminals.
Combien de langage va-t-on inventer encore en informatique ? Le c/c++; java; basic; Pascal; ....etc... etc... Pourquoi perdre son temps avec ces idiomes...hein... Pourquoi ne pas s'en tenir comme nous le faisons nous tous à l'esperanto ? Une seule langue et puis c'est tout. Voilà..j'attends vos commentaires.
Vous posez des questions, il faut s'attendre à des réponses et non à des commentaires. Dans l'ordre
Bien que j'osasses poser des questions et bien que vous approuvassiez de ne pas me faire des commentaires, permettez-moi de vous mettre en garde. Car en espéranto il n'y a pas de chinoiseries ! En effet, savez-vous que vous m'épatâtes lors de vos explications si minutieuses et pertinentes à souhait sur les divers langages de progrs. Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez l'ASSAMBLEUR. Oubli, volontaire..., s'il en est. Merci de vos compétences grandioses et subliminals.
M.D.
heu.....subliminal(l)es
stephane
On 2006-05-06, Marilyn Dubois wrote:
Bien que j'osasses poser des questions et bien que vous approuvassiez de ne pas me faire des commentaires, permettez-moi de vous mettre en garde. Car en espéranto il n'y a pas de chinoiseries ! En effet, savez-vous que vous m'épatâtes lors de vos explications si minutieuses et pertinentes à souhait sur les divers langages de progrs. Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez l'ASSAMBLEUR. Oubli, volontaire..., s'il en est. Merci de vos compétences grandioses et subliminals.
heu.....subliminal(l)es
Heu, "Assembleur".
-- http://www.unices.org Photos, humour et autres blogueries http://www.pbase.com/stougard/ Pfff, encore des photos
On 2006-05-06, Marilyn Dubois <mari.lyn@skynet.be> wrote:
Bien que j'osasses poser des questions et bien que vous approuvassiez de
ne pas me faire des commentaires, permettez-moi de vous mettre en garde.
Car en espéranto il n'y a pas de chinoiseries !
En effet, savez-vous que vous m'épatâtes lors de vos explications si
minutieuses et pertinentes à souhait sur les divers langages de progrs.
Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez
l'ASSAMBLEUR. Oubli, volontaire..., s'il en est.
Merci de vos compétences grandioses et subliminals.
heu.....subliminal(l)es
Heu, "Assembleur".
--
http://www.unices.org Photos, humour et autres blogueries
http://www.pbase.com/stougard/ Pfff, encore des photos
Bien que j'osasses poser des questions et bien que vous approuvassiez de ne pas me faire des commentaires, permettez-moi de vous mettre en garde. Car en espéranto il n'y a pas de chinoiseries ! En effet, savez-vous que vous m'épatâtes lors de vos explications si minutieuses et pertinentes à souhait sur les divers langages de progrs. Un seul reproche cependant, j'eusse aimé que vous n'oubliassiez l'ASSAMBLEUR. Oubli, volontaire..., s'il en est. Merci de vos compétences grandioses et subliminals.
heu.....subliminal(l)es
Heu, "Assembleur".
-- http://www.unices.org Photos, humour et autres blogueries http://www.pbase.com/stougard/ Pfff, encore des photos
Emmanuel Florac
Le Fri, 05 May 2006 22:42:57 +0200, SL a écrit :
On fait un bon technologique démentiel et ça nous sort à peine de la pénibilité des conneries de la vie.
Il y a un moyen simple : ne pas acheter du matériel à vil prix. Dès que tu mets un peu d'argent dans les pièces détachées, les problèmes en question cessent généralement de se manifester...
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
Le Fri, 05 May 2006 22:42:57 +0200, SL a écrit :
On fait un bon
technologique démentiel et ça nous sort à peine de la pénibilité des
conneries de la vie.
Il y a un moyen simple : ne pas acheter du matériel à vil prix.
Dès que tu mets un peu d'argent dans les pièces détachées, les
problèmes en question cessent généralement de se manifester...
--
Mais monsieur, voudriez-vous que je me l'écorchasse?
Barbey d'Aurevilly.
On fait un bon technologique démentiel et ça nous sort à peine de la pénibilité des conneries de la vie.
Il y a un moyen simple : ne pas acheter du matériel à vil prix. Dès que tu mets un peu d'argent dans les pièces détachées, les problèmes en question cessent généralement de se manifester...
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
JKB
Le 05-05-2006, à propos de Re: language, Emmanuel Florac écrivait dans fr.comp.os.linux.debats :
Le Fri, 05 May 2006 20:57:52 +0200, Stéphane CARPENTIER a écrit :
Je ne connais pas. D'après ce que j'en sais, c'est un truc qui est surtout utilisé pour l'embarqué. C'est chiant à programmer, mais si ça compile, ça ne plante pas.
Ariane 5 a pourtant bien explosé au décollage à cause d'un overflow dans un programme ADA. En fait, les sécurités avaient été désactivées pour augmenter la vitesse du programme parce que le flux de données des capteurs était bien plus élevé que celui d'Ariane 4, or le système de navigation était identique... Le bug a été la cause de la perte de la fusée et de son chargement.
Ce n'est pas exactement ça... C'est une erreur de code (overflow) non prise en compte par le programme ADA qui n'avait pas les bonnes valeurs limites dans la déclaration de la variable. Mettre tous les garde-fous dans la compilation ADA (et C, parce qu'il y avait les deux) n'aurait rien changé. ADA assure simplement que si l'algorithme est bien conçu, il n'y a pas de problème lors de l'exécution, par contre, il n'empêche pas les erreurs entre la chaise et le clavier.
JKB, qui sut programmer en ADA en son temps...
Le 05-05-2006, à propos de
Re: language,
Emmanuel Florac écrivait dans fr.comp.os.linux.debats :
Le Fri, 05 May 2006 20:57:52 +0200, Stéphane CARPENTIER a écrit :
Je ne connais pas. D'après ce que j'en sais, c'est un truc qui est
surtout utilisé pour l'embarqué. C'est chiant à programmer, mais
si ça compile, ça ne plante pas.
Ariane 5 a pourtant bien explosé au décollage à cause d'un overflow
dans un programme ADA. En fait, les sécurités avaient été
désactivées pour augmenter la vitesse du programme parce que le flux de
données des capteurs était bien plus élevé que celui d'Ariane 4, or le
système de navigation était identique... Le bug a été la cause de la
perte de la fusée et de son chargement.
Ce n'est pas exactement ça... C'est une erreur de code (overflow)
non prise en compte par le programme ADA qui n'avait pas les bonnes
valeurs limites dans la déclaration de la variable. Mettre tous les
garde-fous dans la compilation ADA (et C, parce qu'il y avait les
deux) n'aurait rien changé. ADA assure simplement que si
l'algorithme est bien conçu, il n'y a pas de problème lors de
l'exécution, par contre, il n'empêche pas les erreurs entre la
chaise et le clavier.
Le 05-05-2006, à propos de Re: language, Emmanuel Florac écrivait dans fr.comp.os.linux.debats :
Le Fri, 05 May 2006 20:57:52 +0200, Stéphane CARPENTIER a écrit :
Je ne connais pas. D'après ce que j'en sais, c'est un truc qui est surtout utilisé pour l'embarqué. C'est chiant à programmer, mais si ça compile, ça ne plante pas.
Ariane 5 a pourtant bien explosé au décollage à cause d'un overflow dans un programme ADA. En fait, les sécurités avaient été désactivées pour augmenter la vitesse du programme parce que le flux de données des capteurs était bien plus élevé que celui d'Ariane 4, or le système de navigation était identique... Le bug a été la cause de la perte de la fusée et de son chargement.
Ce n'est pas exactement ça... C'est une erreur de code (overflow) non prise en compte par le programme ADA qui n'avait pas les bonnes valeurs limites dans la déclaration de la variable. Mettre tous les garde-fous dans la compilation ADA (et C, parce qu'il y avait les deux) n'aurait rien changé. ADA assure simplement que si l'algorithme est bien conçu, il n'y a pas de problème lors de l'exécution, par contre, il n'empêche pas les erreurs entre la chaise et le clavier.
