En news:, LMC va escriure:
Bref, attention tu rentres dans un domaine qui peut vite devenir
inextricable. Une bonne manière de faire serait de décrire tes besoins ;
et
si c'est juste faire une petite pause pour lire l'écran... et bien comme
c'est galère car il n'y a pas vraiment de « bonne réponse » qui marche
partout, il vaut mieux revenir au sujet du mois dernier et utiliser les
facultés d'attente des fonctions d'entrée (getchar(), scanf() etc... qui
attendent que tu tapes la touche Entrée pour laisser continuer le
programme).
En news:1222174900_241@vo.lu, LMC va escriure:
Bref, attention tu rentres dans un domaine qui peut vite devenir
inextricable. Une bonne manière de faire serait de décrire tes besoins ;
et
si c'est juste faire une petite pause pour lire l'écran... et bien comme
c'est galère car il n'y a pas vraiment de « bonne réponse » qui marche
partout, il vaut mieux revenir au sujet du mois dernier et utiliser les
facultés d'attente des fonctions d'entrée (getchar(), scanf() etc... qui
attendent que tu tapes la touche Entrée pour laisser continuer le
programme).
En news:, LMC va escriure:
Bref, attention tu rentres dans un domaine qui peut vite devenir
inextricable. Une bonne manière de faire serait de décrire tes besoins ;
et
si c'est juste faire une petite pause pour lire l'écran... et bien comme
c'est galère car il n'y a pas vraiment de « bonne réponse » qui marche
partout, il vaut mieux revenir au sujet du mois dernier et utiliser les
facultés d'attente des fonctions d'entrée (getchar(), scanf() etc... qui
attendent que tu tapes la touche Entrée pour laisser continuer le
programme).
On 2008-09-24, LMC wrote:
"Marc Boyer" a écrit dans le message
deMais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Marc Boyer
On 2008-09-24, LMC <mlalmant@tp.ul> wrote:
"Marc Boyer" <Marc.Boyer@cert.onera.fr.invalid> a écrit dans le message
de
Mais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Marc Boyer
On 2008-09-24, LMC wrote:
"Marc Boyer" a écrit dans le message
deMais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Marc Boyer
LMC a écrit :Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou de
réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme, conformément
au fait qu'il ne respecte pas l'environnement de développement, soit une
anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
Mayeul
LMC a écrit :
Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou de
réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme, conformément
au fait qu'il ne respecte pas l'environnement de développement, soit une
anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
Mayeul
LMC a écrit :Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou de
réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme, conformément
au fait qu'il ne respecte pas l'environnement de développement, soit une
anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
Mayeul
"Marc Boyer" a écrit dans le message de
news:On 2008-09-24, LMC wrote:"Marc Boyer" a écrit dans le messageMais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Tous les journaux et autres périodiques sont imprimés ainsi.
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
Le débutant débute donc l'année n'a pas d'importance.
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Pas d'accord. Dans ces conditions pourquoi ne pas prendre directement le
W3C, la source.
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Cela semble se diriger dans cette direction !!!
"Marc Boyer" <Marc.Boyer@cert.onera.fr.invalid> a écrit dans le message de
news: slrngdjsvs.5l7.Marc.Boyer@gavarnie.cert.fr...
On 2008-09-24, LMC <mlalmant@tp.ul> wrote:
"Marc Boyer" <Marc.Boyer@cert.onera.fr.invalid> a écrit dans le message
Mais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Tous les journaux et autres périodiques sont imprimés ainsi.
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
Le débutant débute donc l'année n'a pas d'importance.
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Pas d'accord. Dans ces conditions pourquoi ne pas prendre directement le
W3C, la source.
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Cela semble se diriger dans cette direction !!!
"Marc Boyer" a écrit dans le message de
news:On 2008-09-24, LMC wrote:"Marc Boyer" a écrit dans le messageMais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Tous les journaux et autres périodiques sont imprimés ainsi.
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
Le débutant débute donc l'année n'a pas d'importance.
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Pas d'accord. Dans ces conditions pourquoi ne pas prendre directement le
W3C, la source.
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Cela semble se diriger dans cette direction !!!
"Antoine Leca" a écrit dans le message de news:
gbb1bq$tpr$
> En news:, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
#include <stdio.h> /* pour printf */
#include <bios.h> /* pour _bios_keybrd */
main()
{
unsigned int saisie; /* pour le
résultat de _bios_keybrd */
int carlu, scancode; /* pour code
ASCII et scancode */
printf(" 33[2J"); /* efface
l'écran */
printf("Appuyez sur une touche : ");
saisie = _bios_keybrd(_keybrd_read); /* prise en compte de la
saisie */
carlu = saisie & 255; /* isole Low Byte
*/
scancode = saisie >> 8; /* isole High Byte
*/
printf("nScancode : %d Caractere : %c", scancode, carlu);
system("PAUSE");
return 0;
}
"Antoine Leca" <root@localhost.invalid> a écrit dans le message de news:
gbb1bq$tpr$1@shakotay.alphanet.ch...
> En news:1222174900_241@vo.lu, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
#include <stdio.h> /* pour printf */
#include <bios.h> /* pour _bios_keybrd */
main()
{
unsigned int saisie; /* pour le
résultat de _bios_keybrd */
int carlu, scancode; /* pour code
ASCII et scancode */
printf(" 33[2J"); /* efface
l'écran */
printf("Appuyez sur une touche : ");
saisie = _bios_keybrd(_keybrd_read); /* prise en compte de la
saisie */
carlu = saisie & 255; /* isole Low Byte
*/
scancode = saisie >> 8; /* isole High Byte
*/
printf("nScancode : %d Caractere : %c", scancode, carlu);
system("PAUSE");
return 0;
}
"Antoine Leca" a écrit dans le message de news:
gbb1bq$tpr$
> En news:, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
#include <stdio.h> /* pour printf */
#include <bios.h> /* pour _bios_keybrd */
main()
{
unsigned int saisie; /* pour le
résultat de _bios_keybrd */
int carlu, scancode; /* pour code
ASCII et scancode */
printf(" 33[2J"); /* efface
l'écran */
printf("Appuyez sur une touche : ");
saisie = _bios_keybrd(_keybrd_read); /* prise en compte de la
saisie */
carlu = saisie & 255; /* isole Low Byte
*/
scancode = saisie >> 8; /* isole High Byte
*/
printf("nScancode : %d Caractere : %c", scancode, carlu);
system("PAUSE");
return 0;
}
"Mayeul" a écrit dans le message de news:
48d9f319$0$22206$LMC a écrit :Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou de
réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme, conformément
au fait qu'il ne respecte pas l'environnement de développement, soit une
anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
A 1re vue, cela me semble : chou vert et vert chou.
Le commun des mortels ne voit que la définition d'un dictionnaire.
"Mayeul" <mayeul.marguet@free.fr> a écrit dans le message de news:
48d9f319$0$22206$426a74cc@news.free.fr...
LMC a écrit :
Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou de
réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme, conformément
au fait qu'il ne respecte pas l'environnement de développement, soit une
anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
A 1re vue, cela me semble : chou vert et vert chou.
Le commun des mortels ne voit que la définition d'un dictionnaire.
"Mayeul" a écrit dans le message de news:
48d9f319$0$22206$LMC a écrit :Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou de
réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme, conformément
au fait qu'il ne respecte pas l'environnement de développement, soit une
anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
A 1re vue, cela me semble : chou vert et vert chou.
Le commun des mortels ne voit que la définition d'un dictionnaire.
On 2008-09-24, LMC wrote:"Marc Boyer" a écrit dans le message
de
news:On 2008-09-24, LMC wrote:"Marc Boyer" a écrit dans le messageMais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne
peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Tous les journaux et autres périodiques sont imprimés ainsi.
Un peu facile comme réponse.Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
Le débutant débute donc l'année n'a pas d'importance.
Ben, prend donc un PC de 1997 si cela n'a pas d'importance.De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés
qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Pas d'accord. Dans ces conditions pourquoi ne pas prendre directement le
W3C, la source.
Parce qu'on apprend pas à parler français en lisant le Grevisse.
Mais bon, si ça ne te dérange pas de perdre du temps à essayer de
faire des exercices impossibles...Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Cela semble se diriger dans cette direction !!!
Bis repetita.
Marc Boyer
On 2008-09-24, LMC <mlalmant@tp.ul> wrote:
"Marc Boyer" <Marc.Boyer@cert.onera.fr.invalid> a écrit dans le message
de
news: slrngdjsvs.5l7.Marc.Boyer@gavarnie.cert.fr...
On 2008-09-24, LMC <mlalmant@tp.ul> wrote:
"Marc Boyer" <Marc.Boyer@cert.onera.fr.invalid> a écrit dans le message
Mais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne
peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Tous les journaux et autres périodiques sont imprimés ainsi.
Un peu facile comme réponse.
Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
Le débutant débute donc l'année n'a pas d'importance.
Ben, prend donc un PC de 1997 si cela n'a pas d'importance.
De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés
qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Pas d'accord. Dans ces conditions pourquoi ne pas prendre directement le
W3C, la source.
Parce qu'on apprend pas à parler français en lisant le Grevisse.
Mais bon, si ça ne te dérange pas de perdre du temps à essayer de
faire des exercices impossibles...
Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Cela semble se diriger dans cette direction !!!
Bis repetita.
Marc Boyer
On 2008-09-24, LMC wrote:"Marc Boyer" a écrit dans le message
de
news:On 2008-09-24, LMC wrote:"Marc Boyer" a écrit dans le messageMais les exemples que LMC donnait
semblaient de mauvais augure.
Ils ne sont pas de si mauvais augure, car la majorité réussit. Il n'y a
que
quelques cas qui ne fonctionnent pas. N'étant pas connaisseur, je ne
peux
juger de la bonne ou mauvaise qualité de ce livre.
Ben, imagine que dans ton quotidien préféré, une majorité d'articles
soient vrais, et quelques un complètements faux. Quelle qualité
lui associes-tu ?
Tous les journaux et autres périodiques sont imprimés ainsi.
Un peu facile comme réponse.Dans le cas de technologie novatrice, instable et mal connue, je suis
tout à fait pret à pardonner les erreurs qu'il peut rester dans les
bouquins.
Mais bon, le langage C, en 2008 (même en 1997 d'ailleurs).
Le débutant débute donc l'année n'a pas d'importance.
Ben, prend donc un PC de 1997 si cela n'a pas d'importance.De toute façon, il n'y a
rien d'autre sur le marché, à part des livres pour les super initiés
qui
ne
servent à rien pour un débutant.
En français en effet, ça manque un peu. Ceci dit, un bouquin pour
débutant
qui fait faire un #include de <bios.h>, il a quand même l'air de faire
partie
du bas du panier. Il serait moins pire de prendre un bouquin de Delanoy.
Pas d'accord. Dans ces conditions pourquoi ne pas prendre directement le
W3C, la source.
Parce qu'on apprend pas à parler français en lisant le Grevisse.
Mais bon, si ça ne te dérange pas de perdre du temps à essayer de
faire des exercices impossibles...Enfin bon, c'est pas comme s'il y avait une une discussion de plus
de 200 message en Aout sur ce forum pour discuter de "Quel tutoriel
pour débuter ?"
Cela semble se diriger dans cette direction !!!
Bis repetita.
Marc Boyer
LMC a écrit :"Mayeul" a écrit dans le message de news:
48d9f319$0$22206$LMC a écrit :Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou
de réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme,
conformément au fait qu'il ne respecte pas l'environnement de
développement, soit une anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
A 1re vue, cela me semble : chou vert et vert chou.
Le commun des mortels ne voit que la définition d'un dictionnaire.
Je ne vous suis plus.
Je voulais dire que vous avez sans doute bien la même définition du bug
que tout le monde. Et que vos soucis pour compiler vos programmes avec
DevC++ ou Code: Blocks ne correspondent pas à cette définition.
Mayeul
LMC a écrit :
"Mayeul" <mayeul.marguet@free.fr> a écrit dans le message de news:
48d9f319$0$22206$426a74cc@news.free.fr...
LMC a écrit :
Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou
de réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme,
conformément au fait qu'il ne respecte pas l'environnement de
développement, soit une anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
A 1re vue, cela me semble : chou vert et vert chou.
Le commun des mortels ne voit que la définition d'un dictionnaire.
Je ne vous suis plus.
Je voulais dire que vous avez sans doute bien la même définition du bug
que tout le monde. Et que vos soucis pour compiler vos programmes avec
DevC++ ou Code: Blocks ne correspondent pas à cette définition.
Mayeul
LMC a écrit :"Mayeul" a écrit dans le message de news:
48d9f319$0$22206$LMC a écrit :Ceci m'avait échappé
voici ma réponse d'après le Larousse 2007 ==> défaut de conception ou
de réalisation d'un programme, se manifestant par des anomalies de
fonctionnement.
Vous avez, peut-être, une autre définition ?
Je pense que nous trouverons tous cette définition très correcte.
Mais je ne suis pas sûr que refuser de compiler un programme,
conformément au fait qu'il ne respecte pas l'environnement de
développement, soit une anomalie de fonctionnement.
Je dirais plutôt le contraire a priori.
A 1re vue, cela me semble : chou vert et vert chou.
Le commun des mortels ne voit que la définition d'un dictionnaire.
Je ne vous suis plus.
Je voulais dire que vous avez sans doute bien la même définition du bug
que tout le monde. Et que vos soucis pour compiler vos programmes avec
DevC++ ou Code: Blocks ne correspondent pas à cette définition.
Mayeul
"LMC" writes:"Antoine Leca" a écrit dans le message de news:
gbb1bq$tpr$
> En news:, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
#include <stdio.h> /* pour printf */
#include <bios.h> /* pour _bios_keybrd */
main()
{
unsigned int saisie; /* pour le
résultat de _bios_keybrd */
int carlu, scancode; /* pour code
ASCII et scancode */
printf(" 33[2J"); /* efface
l'écran */
printf("Appuyez sur une touche : ");
saisie = _bios_keybrd(_keybrd_read); /* prise en compte de la
saisie */
carlu = saisie & 255; /* isole Low
Byte
*/
scancode = saisie >> 8; /* isole High
Byte
*/
printf("nScancode : %d Caractere : %c", scancode, carlu);
system("PAUSE");
return 0;
}
Ce code n'a de sens qu'execute (et donc d'abord compile) sous Dos.
A+
--
Jean-Marc
FAQ de fclc: http://www.isty-info.uvsq.fr/~rumeau/fclc
Site de usenet-fr: http://www.usenet-fr.news.eu.org
"LMC" <mlalmant@tp.ul> writes:
"Antoine Leca" <root@localhost.invalid> a écrit dans le message de news:
gbb1bq$tpr$1@shakotay.alphanet.ch...
> En news:1222174900_241@vo.lu, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
#include <stdio.h> /* pour printf */
#include <bios.h> /* pour _bios_keybrd */
main()
{
unsigned int saisie; /* pour le
résultat de _bios_keybrd */
int carlu, scancode; /* pour code
ASCII et scancode */
printf(" 33[2J"); /* efface
l'écran */
printf("Appuyez sur une touche : ");
saisie = _bios_keybrd(_keybrd_read); /* prise en compte de la
saisie */
carlu = saisie & 255; /* isole Low
Byte
*/
scancode = saisie >> 8; /* isole High
Byte
*/
printf("nScancode : %d Caractere : %c", scancode, carlu);
system("PAUSE");
return 0;
}
Ce code n'a de sens qu'execute (et donc d'abord compile) sous Dos.
A+
--
Jean-Marc
FAQ de fclc: http://www.isty-info.uvsq.fr/~rumeau/fclc
Site de usenet-fr: http://www.usenet-fr.news.eu.org
"LMC" writes:"Antoine Leca" a écrit dans le message de news:
gbb1bq$tpr$
> En news:, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
#include <stdio.h> /* pour printf */
#include <bios.h> /* pour _bios_keybrd */
main()
{
unsigned int saisie; /* pour le
résultat de _bios_keybrd */
int carlu, scancode; /* pour code
ASCII et scancode */
printf(" 33[2J"); /* efface
l'écran */
printf("Appuyez sur une touche : ");
saisie = _bios_keybrd(_keybrd_read); /* prise en compte de la
saisie */
carlu = saisie & 255; /* isole Low
Byte
*/
scancode = saisie >> 8; /* isole High
Byte
*/
printf("nScancode : %d Caractere : %c", scancode, carlu);
system("PAUSE");
return 0;
}
Ce code n'a de sens qu'execute (et donc d'abord compile) sous Dos.
A+
--
Jean-Marc
FAQ de fclc: http://www.isty-info.uvsq.fr/~rumeau/fclc
Site de usenet-fr: http://www.usenet-fr.news.eu.org
Bon, là on commence à tourner en rond pour n'arriver à rien.
Les exercices servent toujours.
On peut apprendre le français avec le Grévisse !
Donnez-moi un bouquin de 2008.
La réponse est facile car les journaux et autres périodiques sont trufffés
d'erreurs de tout genre.
Bon, là on commence à tourner en rond pour n'arriver à rien.
Les exercices servent toujours.
On peut apprendre le français avec le Grévisse !
Donnez-moi un bouquin de 2008.
La réponse est facile car les journaux et autres périodiques sont trufffés
d'erreurs de tout genre.
Bon, là on commence à tourner en rond pour n'arriver à rien.
Les exercices servent toujours.
On peut apprendre le français avec le Grévisse !
Donnez-moi un bouquin de 2008.
La réponse est facile car les journaux et autres périodiques sont trufffés
d'erreurs de tout genre.
