Bonjour,
Après avoir piqué ma grosse colère, je me remets au boulot, mais que puis-je
utiliser comme logiciels pour apprendre le langage C ? J'ai téléchargé
MASM32 editor. Je possède déjà Devcpp.exe, Code::Blocks et Microsoft Visual
C++. Voilà, vous savez tout. Grand merci pour votre aide.
Il n'y a que les cons pour rester cons !!!
Je te comprends (et je ne comprend toutjours pas pourquoi curses existe, mais c'est un autre débat).
Bah quoi, c'est très bien, ncurses... Hop, un petit lien: http://www.tldp.org/HOWTO/NCURSES-Programming-HOWTO/
C'est termios la `norme' depuis quelques annees,
OK c'est noté.
Termios, c'est quand même un peu la couche en dessous...
-- Amis de la grillade, savez vous qu'il existe un newsgroup fait pour vous ? +---------------------------+ ! alt.fr.outil.barbecue ! +---------------------------+
--{ Antoine Leca a plopé ceci: }--
Je te comprends (et je ne comprend toutjours pas pourquoi curses existe,
mais c'est un autre débat).
Bah quoi, c'est très bien, ncurses... Hop, un petit lien:
http://www.tldp.org/HOWTO/NCURSES-Programming-HOWTO/
C'est termios la `norme' depuis quelques annees,
OK c'est noté.
Termios, c'est quand même un peu la couche en dessous...
--
Amis de la grillade, savez vous qu'il existe un newsgroup fait pour vous ?
+---------------------------+
! alt.fr.outil.barbecue !
+---------------------------+
Je te comprends (et je ne comprend toutjours pas pourquoi curses existe, mais c'est un autre débat).
Bah quoi, c'est très bien, ncurses... Hop, un petit lien: http://www.tldp.org/HOWTO/NCURSES-Programming-HOWTO/
C'est termios la `norme' depuis quelques annees,
OK c'est noté.
Termios, c'est quand même un peu la couche en dessous...
-- Amis de la grillade, savez vous qu'il existe un newsgroup fait pour vous ? +---------------------------+ ! alt.fr.outil.barbecue ! +---------------------------+
espie
In article , Thierry B. wrote:
--{ Antoine Leca a plopé ceci: }--
Je te comprends (et je ne comprend toutjours pas pourquoi curses existe, mais c'est un autre débat).
Bah quoi, c'est très bien, ncurses... Hop, un petit lien: http://www.tldp.org/HOWTO/NCURSES-Programming-HOWTO/
C'est termios la `norme' depuis quelques annees,
OK c'est noté.
Termios, c'est quand même un peu la couche en dessous...
Oui, mais la on parle de recuperer des frappes clavier.
Sur ce genre de choses, curses marchotte, mais sur des petits trucs, et c'est un peu un ensemble `tout ou rien'. Il y a quand meme pas mal de presupposes dedans qui font que ca n'est pas toujours evident a integrer avec d'autres operations plus ou moins `temps reel'. C'est pas pour rien s'il y a plein d'alternatives a curses, plus ou moins utilisees, et qui te laissent plus ou moins de controle sur ce qui se passe.
Le souci, bien sur, c'est qu'en C (et particulierement sous Unix), tu as souvent une grosse partie de l'etat de ton programme (ou du process courant) qui est implicite et global... ca a commence avec errno et stdin/stdou/stderr, quand tu rajoutes a ca le cote bloquant/non-bloquant de chaque fd, les specificites des entrees-sorties terminal, les gestionnaires de signaux, ben tu te retrouves avec une bibliotheque ou le premier appel d'initialisation s'empare allegrement des 3/4 de cet etat. Apres, si tu n'es pas tout a fait d'accord avec ses decisions, c'est un peu la joie pour retomber sur tes pattes.
Globalement, termios est simple d'emploi, et fait bien ce qu'on veut. Il faut juste bien realiser qu'on s'engage a remettre le terminal en l'etat ou on l'avait trouve, en cas d'interruption temporaire ou permanente du programme. Il faut juste ne pas oublier de mettre des gestionnaires pour les signaux de job control et les signaux de terminaison intempestive, et ca marche tres bien.
C'est vachement plus simple que il y a quinze ans, ou tu avais le choix entre deux variantes de termio(s), plus les Unixoides ou tu devais passer par sgtty (BSD) et ceux ou tu etais bon pour trouver les bons ioctl...
In article <qjrqq5-hac.ln1@prout.stex>,
Thierry B. <tth@prout.stex.invalid> wrote:
--{ Antoine Leca a plopé ceci: }--
Je te comprends (et je ne comprend toutjours pas pourquoi curses existe,
mais c'est un autre débat).
Bah quoi, c'est très bien, ncurses... Hop, un petit lien:
http://www.tldp.org/HOWTO/NCURSES-Programming-HOWTO/
C'est termios la `norme' depuis quelques annees,
OK c'est noté.
Termios, c'est quand même un peu la couche en dessous...
Oui, mais la on parle de recuperer des frappes clavier.
Sur ce genre de choses, curses marchotte, mais sur des petits trucs, et c'est
un peu un ensemble `tout ou rien'. Il y a quand meme pas mal de presupposes
dedans qui font que ca n'est pas toujours evident a integrer avec d'autres
operations plus ou moins `temps reel'. C'est pas pour rien s'il y a plein
d'alternatives a curses, plus ou moins utilisees, et qui te laissent plus
ou moins de controle sur ce qui se passe.
Le souci, bien sur, c'est qu'en C (et particulierement sous Unix), tu as
souvent une grosse partie de l'etat de ton programme (ou du process courant)
qui est implicite et global... ca a commence avec errno et stdin/stdou/stderr,
quand tu rajoutes a ca le cote bloquant/non-bloquant de chaque fd, les
specificites des entrees-sorties terminal, les gestionnaires de signaux,
ben tu te retrouves avec une bibliotheque ou le premier appel d'initialisation
s'empare allegrement des 3/4 de cet etat. Apres, si tu n'es pas tout a
fait d'accord avec ses decisions, c'est un peu la joie pour retomber sur
tes pattes.
Globalement, termios est simple d'emploi, et fait bien ce qu'on veut.
Il faut juste bien realiser qu'on s'engage a remettre le terminal en l'etat
ou on l'avait trouve, en cas d'interruption temporaire ou permanente du
programme. Il faut juste ne pas oublier de mettre des gestionnaires pour
les signaux de job control et les signaux de terminaison intempestive,
et ca marche tres bien.
C'est vachement plus simple que il y a quinze ans, ou tu avais le choix
entre deux variantes de termio(s), plus les Unixoides ou tu devais passer
par sgtty (BSD) et ceux ou tu etais bon pour trouver les bons ioctl...
Je te comprends (et je ne comprend toutjours pas pourquoi curses existe, mais c'est un autre débat).
Bah quoi, c'est très bien, ncurses... Hop, un petit lien: http://www.tldp.org/HOWTO/NCURSES-Programming-HOWTO/
C'est termios la `norme' depuis quelques annees,
OK c'est noté.
Termios, c'est quand même un peu la couche en dessous...
Oui, mais la on parle de recuperer des frappes clavier.
Sur ce genre de choses, curses marchotte, mais sur des petits trucs, et c'est un peu un ensemble `tout ou rien'. Il y a quand meme pas mal de presupposes dedans qui font que ca n'est pas toujours evident a integrer avec d'autres operations plus ou moins `temps reel'. C'est pas pour rien s'il y a plein d'alternatives a curses, plus ou moins utilisees, et qui te laissent plus ou moins de controle sur ce qui se passe.
Le souci, bien sur, c'est qu'en C (et particulierement sous Unix), tu as souvent une grosse partie de l'etat de ton programme (ou du process courant) qui est implicite et global... ca a commence avec errno et stdin/stdou/stderr, quand tu rajoutes a ca le cote bloquant/non-bloquant de chaque fd, les specificites des entrees-sorties terminal, les gestionnaires de signaux, ben tu te retrouves avec une bibliotheque ou le premier appel d'initialisation s'empare allegrement des 3/4 de cet etat. Apres, si tu n'es pas tout a fait d'accord avec ses decisions, c'est un peu la joie pour retomber sur tes pattes.
Globalement, termios est simple d'emploi, et fait bien ce qu'on veut. Il faut juste bien realiser qu'on s'engage a remettre le terminal en l'etat ou on l'avait trouve, en cas d'interruption temporaire ou permanente du programme. Il faut juste ne pas oublier de mettre des gestionnaires pour les signaux de job control et les signaux de terminaison intempestive, et ca marche tres bien.
C'est vachement plus simple que il y a quinze ans, ou tu avais le choix entre deux variantes de termio(s), plus les Unixoides ou tu devais passer par sgtty (BSD) et ceux ou tu etais bon pour trouver les bons ioctl...
LMC
Bonjour, "Pierre Maurette" a écrit dans le message de news:
LMC, le 24/09/2008 a écrit :
[...]
On peut apprendre le français avec le Grévisse !
Si vous pensez à l'édition française - belge ? - de ce qu'on appelle "Le Grevisse" [avec un 'e', et non un 'é'], alors pour apprendre le français, il faudrait savoir le français ?
Sachez que Monsieur Grevisse était Belge comme moi. Il arrive de faire des erreurs dans la vie. Je reconnais qu'ici j'en ai fait une, car en Belgique, on a l'habitude de dire Grévisse alors qu'on devrait dire Grevisse. Puisque vous poildecutez comme on dit en Belgique, sachez que j'écris et parle le français sûrement mieux que vous, car les Français sont reconnus comme ceux qui parlent et écrivent le plus mal de la communauté française. D'ailleurs, entre nous, nous sommes dans un forum qui traite du langage C et non de la langue française. Alors, revenons à nos moutons !!!
-- Pierre Maurette
-- @++ LMC
Bonjour,
"Pierre Maurette" <maurettepierre@wanadoo.fr> a écrit dans le message de
news: mn.c3f07d89c43164b0.79899@laposte.net...
LMC, le 24/09/2008 a écrit :
[...]
On peut apprendre le français avec le Grévisse !
Si vous pensez à l'édition française - belge ? - de ce qu'on appelle "Le
Grevisse" [avec un 'e', et non un 'é'], alors pour apprendre le français,
il faudrait savoir le français ?
Sachez que Monsieur Grevisse était Belge comme moi. Il arrive de faire des
erreurs dans la vie. Je reconnais qu'ici j'en ai fait une, car en Belgique,
on a l'habitude de dire Grévisse alors qu'on devrait dire Grevisse. Puisque
vous poildecutez comme on dit en Belgique, sachez que j'écris et parle le
français sûrement mieux que vous, car les Français sont reconnus comme ceux
qui parlent et écrivent le plus mal de la communauté française. D'ailleurs,
entre nous, nous sommes dans un forum qui traite du langage C et non de la
langue française. Alors, revenons à nos moutons !!!
Bonjour, "Pierre Maurette" a écrit dans le message de news:
LMC, le 24/09/2008 a écrit :
[...]
On peut apprendre le français avec le Grévisse !
Si vous pensez à l'édition française - belge ? - de ce qu'on appelle "Le Grevisse" [avec un 'e', et non un 'é'], alors pour apprendre le français, il faudrait savoir le français ?
Sachez que Monsieur Grevisse était Belge comme moi. Il arrive de faire des erreurs dans la vie. Je reconnais qu'ici j'en ai fait une, car en Belgique, on a l'habitude de dire Grévisse alors qu'on devrait dire Grevisse. Puisque vous poildecutez comme on dit en Belgique, sachez que j'écris et parle le français sûrement mieux que vous, car les Français sont reconnus comme ceux qui parlent et écrivent le plus mal de la communauté française. D'ailleurs, entre nous, nous sommes dans un forum qui traite du langage C et non de la langue française. Alors, revenons à nos moutons !!!
-- Pierre Maurette
-- @++ LMC
LMC
"Antoine Leca" a écrit dans le message de news: gbdq2c$l8i$
En news:, LMC va escriure:
Mayeul a écrit dans le message de
news:48d9f319$0$22206$
LMC a écrit :
[définition de bug]
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.
Bon, d'abord on a deux programmes différents en cause : d'un côté le « programme fantôme » dont une des seules choses que nous savons est qu'il essaye d'#inclure <bios.h>; je le nommerais exercice.c pour simplifier. De l'autre l'environnement de développement C utilisé, ou plus exactement les deux environnements puisque la discussion est venue de la phrase
::: J'ai refait l'exercice avec Code: Blocks ==> même bug.
Si je lis correctement le français, vous accusez (pointez du doigt si vous préférez le politiquement correct) ces deux environnements d'avoir des bugs puisqu'ils ne sont pas capables de compiler votre exercice.c. Comme dit justement Mayeul, en fait on est en dehors des cas d'emploi donc il n'y a pas d'anomalie de fonctionnement, il y a plutôt contre-emploi ; c'est comme dans le cas du taré qui prend l'autoroute à contre-sens, on ne va pas rejeter la faute sur le pauv' touriste qui n'a pas réussi à l'éviter...
Par ailleurs, si l'on tire par les cheveux votre phrase et qu'on essaye de l'appliquer au « programme » exercice.c, je ne vois pas pour l'instant d'anomalie de fonctionnement du dit programme, donc dans l'état je ne vois pas la définition s'appliquer. il est vrai qu'il y a bien (de mon point de vue) un « défaut de conception ou de réalisation » de ce programme, en l'occurence un défaut de portabilité, mais contrairement aux bogues celui-ci n'entraîne pas de dysfonctionnements, puisque les compilateurs concernées n'ont tout simplement pas accepté de le compiler.
D'où ma divergence sur les termes.
Le commun des mortels ne voit que la définition d'un dictionnaire.
Non. Le commun des mortels se sert de ses connaissances immanentes du vocabulaire (et de la grammaire) de la langue française pour interpréter votre pensée, et ne va pas consulter le dictionnaire pour connaîtres l'avis des distingués lexicographes de Larrouse.
D'ailleurs, lorsque j'écrivai :: On ne doit pas avoir la même définition de « bug »... je ne faisais pas référence à la définition du dictionnaire, mais à la mienne et à la vôtre.
Antoine
Je réponds ci-dessous. Je suis sidéré par vos réponses. Je m'exprime comme je le peux, n'étant pas technicien en la matière informatique. Parlez-moi d'assurances et je vous répondrai correctement, pratiquant ce métier depuis plus de 50 ans. Comme je me suis mal exprimé, la réponse fournie rectifie très bien mon mauvais langage. Revenant au problème existant, je prends la décision de ne plus venir vous ennuyer avec mes exercices, qui ne sont, de toute façon, plus d'actualité. Je vous remercie grandement pour toutes vos excellentes informations.
-- @++ LMC
"Antoine Leca" <root@localhost.invalid> a écrit dans le message de news:
gbdq2c$l8i$1@shakotay.alphanet.ch...
En news:1222246035_265@vo.lu, LMC va escriure:
Mayeul a écrit dans le message de
news:48d9f319$0$22206$426a74cc@news.free.fr...
LMC a écrit :
[définition de bug]
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.
Bon, d'abord on a deux programmes différents en cause : d'un côté le «
programme fantôme » dont une des seules choses que nous savons est qu'il
essaye d'#inclure <bios.h>; je le nommerais exercice.c pour simplifier.
De l'autre l'environnement de développement C utilisé, ou plus exactement
les deux environnements puisque la discussion est venue de la phrase
::: J'ai refait l'exercice avec Code: Blocks ==> même bug.
Si je lis correctement le français, vous accusez (pointez du doigt si vous
préférez le politiquement correct) ces deux environnements d'avoir des
bugs
puisqu'ils ne sont pas capables de compiler votre exercice.c. Comme dit
justement Mayeul, en fait on est en dehors des cas d'emploi donc il n'y a
pas d'anomalie de fonctionnement, il y a plutôt contre-emploi ; c'est
comme
dans le cas du taré qui prend l'autoroute à contre-sens, on ne va pas
rejeter la faute sur le pauv' touriste qui n'a pas réussi à l'éviter...
Par ailleurs, si l'on tire par les cheveux votre phrase et qu'on essaye de
l'appliquer au « programme » exercice.c, je ne vois pas pour l'instant
d'anomalie de fonctionnement du dit programme, donc dans l'état je ne vois
pas la définition s'appliquer.
il est vrai qu'il y a bien (de mon point de vue) un « défaut de conception
ou de réalisation » de ce programme, en l'occurence un défaut de
portabilité, mais contrairement aux bogues celui-ci n'entraîne pas de
dysfonctionnements, puisque les compilateurs concernées n'ont tout
simplement pas accepté de le compiler.
D'où ma divergence sur les termes.
Le commun des mortels ne voit que la définition d'un dictionnaire.
Non. Le commun des mortels se sert de ses connaissances immanentes du
vocabulaire (et de la grammaire) de la langue française pour interpréter
votre pensée, et ne va pas consulter le dictionnaire pour connaîtres
l'avis
des distingués lexicographes de Larrouse.
D'ailleurs, lorsque j'écrivai
:: On ne doit pas avoir la même définition de « bug »...
je ne faisais pas référence à la définition du dictionnaire, mais à la
mienne et à la vôtre.
Antoine
Je réponds ci-dessous.
Je suis sidéré par vos réponses.
Je m'exprime comme je le peux, n'étant pas technicien en la matière
informatique. Parlez-moi d'assurances et je vous répondrai correctement,
pratiquant ce métier depuis plus de 50 ans.
Comme je me suis mal exprimé, la réponse fournie rectifie très bien mon
mauvais langage.
Revenant au problème existant, je prends la décision de ne plus venir vous
ennuyer avec mes exercices, qui ne sont, de toute façon, plus d'actualité.
Je vous remercie grandement pour toutes vos excellentes informations.
"Antoine Leca" a écrit dans le message de news: gbdq2c$l8i$
En news:, LMC va escriure:
Mayeul a écrit dans le message de
news:48d9f319$0$22206$
LMC a écrit :
[définition de bug]
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.
Bon, d'abord on a deux programmes différents en cause : d'un côté le « programme fantôme » dont une des seules choses que nous savons est qu'il essaye d'#inclure <bios.h>; je le nommerais exercice.c pour simplifier. De l'autre l'environnement de développement C utilisé, ou plus exactement les deux environnements puisque la discussion est venue de la phrase
::: J'ai refait l'exercice avec Code: Blocks ==> même bug.
Si je lis correctement le français, vous accusez (pointez du doigt si vous préférez le politiquement correct) ces deux environnements d'avoir des bugs puisqu'ils ne sont pas capables de compiler votre exercice.c. Comme dit justement Mayeul, en fait on est en dehors des cas d'emploi donc il n'y a pas d'anomalie de fonctionnement, il y a plutôt contre-emploi ; c'est comme dans le cas du taré qui prend l'autoroute à contre-sens, on ne va pas rejeter la faute sur le pauv' touriste qui n'a pas réussi à l'éviter...
Par ailleurs, si l'on tire par les cheveux votre phrase et qu'on essaye de l'appliquer au « programme » exercice.c, je ne vois pas pour l'instant d'anomalie de fonctionnement du dit programme, donc dans l'état je ne vois pas la définition s'appliquer. il est vrai qu'il y a bien (de mon point de vue) un « défaut de conception ou de réalisation » de ce programme, en l'occurence un défaut de portabilité, mais contrairement aux bogues celui-ci n'entraîne pas de dysfonctionnements, puisque les compilateurs concernées n'ont tout simplement pas accepté de le compiler.
D'où ma divergence sur les termes.
Le commun des mortels ne voit que la définition d'un dictionnaire.
Non. Le commun des mortels se sert de ses connaissances immanentes du vocabulaire (et de la grammaire) de la langue française pour interpréter votre pensée, et ne va pas consulter le dictionnaire pour connaîtres l'avis des distingués lexicographes de Larrouse.
D'ailleurs, lorsque j'écrivai :: On ne doit pas avoir la même définition de « bug »... je ne faisais pas référence à la définition du dictionnaire, mais à la mienne et à la vôtre.
Antoine
Je réponds ci-dessous. Je suis sidéré par vos réponses. Je m'exprime comme je le peux, n'étant pas technicien en la matière informatique. Parlez-moi d'assurances et je vous répondrai correctement, pratiquant ce métier depuis plus de 50 ans. Comme je me suis mal exprimé, la réponse fournie rectifie très bien mon mauvais langage. Revenant au problème existant, je prends la décision de ne plus venir vous ennuyer avec mes exercices, qui ne sont, de toute façon, plus d'actualité. Je vous remercie grandement pour toutes vos excellentes informations.
-- @++ LMC
LMC
"Antoine Leca" a écrit dans le message de news: gbdrfd$qtr$
En news:, LMC va escriure:
Voici l'exercice :
/* whichkey montre, via scancode et code ASCII, la touche enfoncée */
Okay. Avec Windows il faut intercepter le message WM_KEYDOWN qui a été envoyé à votre application.
Cela paraît du chinois, n'est-ce-pas ? Le plus drôle, c'est que c'était déjà ainsi en 1990-93 (lorsque Windows est devenu la principale plateforme pour les applications écrites en C), donc un livre écrit en 1997 qui n'aborde pas ce sujet vous coupe en fait de la majorité de la cible potentielle... (et cela montre aussi que cet exemple a dû être conçu vers 1990).