Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage C Aux contributeurs !

Aux contributeurs !

155 réponses
Avatar
LMC
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 !!!

--
@++
LMC
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
10 11 12 13 14
Avatar
espie
In article <gbb1bq$tpr$,
Antoine Leca wrote:
Pour information, dans le monde unixien il faut utiliser l'entête
<curses.h>, et la fonction getch() qui fonctionne d'une manière
différente...



Doux euphemisme...

perso, je prefere eviter curses si j'ai juste envie de recuperer des
frappes clavier sans appuyer sur entree. C'est termios la `norme' depuis
quelques annees, ca evite de se coltiner toutes les specificites de curses
(mais par contre, on est oblige de gerer les signaux soi-meme).
Avatar
LMC
Bonjour,
"Pierre Maurette" a écrit dans le message de
news:
LMC, le 23/09/2008 a écrit :
"-ed-" a écrit dans le message de news:

On 14 sep, 11:22, "LMC" wrote:
Voici la réponse qui est on ne peut plus précise :
gcc ==> version ==> No such file or directory et confirme No input
files.



Il faut taper

gcc --version

Déjà résolu depuis.



Surtout, pas dire "Merci". Pourtant, les gens de votre génération...



En son temps, on m'a tout reprocheé et envoyé lire les NC en veux-tu, en
voilà, et maintenant vous me reprochez de ne pas dire merci.
J'ai répondu résolu pour stopper ce fil, mais réellement rien n'est résolu,
car je cherche toujours.
De plus, ma génération, qui est plus vieille que la vôtre, peut vous en
apprendre.

--
Pierre Maurette




Avatar
LMC
Bonjour,
"Jean-Marc Bourguet" a écrit dans le message de news:

Marc Boyer writes:

On 2008-09-23, LMC wrote:
> J'ai fait un exercice avec DevC++ qui m'a donné un bug. J'ai refait
> l'exercice avec Code: Blocks ==> même bug.
> Et cela est bizarre, car j'ai écrit exactement comme dans le livre. La
> compilation ne semble pas accepter #include <bios.h>

Ce livre semble bien mauvais... C'est pas qu'on l'avait dit, mais
presque....



J'avais pas suivi ca. Laisse moi deviner. Le nom de l'auteur commence
par
D ou par S (je pencherais pour D, on est sur un groupe francophone).




Je ne veux pas être ..., mais c'est raté, il commence par un W et a été
traduit par un L (F)

A+

--
Jean-Marc, qui possede le seul bouquin de S. qu'on peut avouer posseder
:-)
FAQ de fclc: http://www.isty-info.uvsq.fr/~rumeau/fclc
Site de usenet-fr: http://www.usenet-fr.news.eu.org



Avatar
LMC
"Marc Boyer" a écrit dans le message de
news:
On 2008-09-23, Jean-Marc Bourguet wrote:
Marc Boyer writes:

On 2008-09-23, LMC wrote:
> J'ai fait un exercice avec DevC++ qui m'a donné un bug. J'ai refait
> l'exercice avec Code: Blocks ==> même bug.
> Et cela est bizarre, car j'ai écrit exactement comme dans le livre. La
> compilation ne semble pas accepter #include <bios.h>

Ce livre semble bien mauvais... C'est pas qu'on l'avait dit, mais
presque....



J'avais pas suivi ca. Laisse moi deviner. Le nom de l'auteur commence
par
D ou par S (je pencherais pour D, on est sur un groupe francophone).



Non, non.
Je ne retrouve pas le message où il donne le titre de son bouquin.
C'était un truc assez peu connu.



Il n'est même pas connu en France et pourtant il a été édité en France par
une société très connue.

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. 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.

Marc Boyer
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
IF -- Rudyard Kipling (Trad. André Maurois)



Avatar
LMC
Bonjour,
"Antoine Leca" a écrit dans le message de news:
gbb1u1$vb0$
En news:, Marc Boyer va
escriure:
On 2008-09-23, Jean-Marc Bourguet wrote:
Marc Boyer writes:
Ce livre semble bien mauvais...
C'est pas qu'on l'avait dit, mais presque....



J'avais pas suivi ca. Laisse moi deviner. Le nom de l'auteur
commence par D ou par S [...]



Non, non.
Je ne retrouve pas le message où il donne le titre de son bouquin.



Dans news:, LMC écrivit le 27 août vers 17:45 TU :
: Non, ce livre n'est pas de Delannoy. Il s'agit d'un livre édité par
: MicroApplication dont le copyright date de 1997 mais achevé
: d'imprimer en juillet 1998. Ce livre vient de
: Data Becker Gmbh & Co KG, auteur Gerhard Willms.

Et en passant, il n'y a pas de « mais » ; la première date fixe l'année de
l'édition, la seconde celle de l'impression, et on n'a pas forcément
concordance entre les deux.
Sans compter qu'il s'agit probablement d'une traduction,



traduit par Georges-Louis Kocher


et le copyright
doit se rapporter à la VO.


Antoine




Avatar
LMC
Bonjour,
"Antoine Leca" a écrit dans le message de news:
gbb1bq$tpr$
En news:, LMC va escriure:
J'ai fait un exercice avec DevC++ qui m'a donné un bug. J'ai refait
l'exercice avec Code: Blocks ==> même bug.



On ne doit pas avoir la même définition de « bug »...


Et cela est bizarre, car j'ai écrit exactement comme dans le livre.
La compilation ne semble pas accepter #include <bios.h>



Bien. On avance, depuis le 11 septembre. Même si c'est à petits pas.

Donc tu n'arrives pas à compiler un exemple qui #inclut <bios.h>.
Ici la réaction est rapide : cet entête n'est pas standardisé, et plus
précisement il est dépendant de la plateforme... BIOS (c'est-à-dire IBM PC
mode 16 bits ; celui-là même que Windows 95 a définitivement mis au
placard... il y a 13 ans et 2 mois, donc).

Allons un poil plus loin : il y a deux versions (incompatibles au départ)
de
bios.h, celle de Microsoft (avec des fonctions nommées bios_machin()), et
celle de Borland (avec des fonctions nommées bios_truc(), sans le souligné
;
Borland était le leader du développement pour la plateforme « BIOS »...
vers
1989). Si ton programme n'utilise aucune fonction de ce genre, tu devrais
essayer de virer purement et simplement cette ligne, et considérer qu'il
s'agit d'une erreur d'impression...

Sinon tu as un problème de dépendance de ton exemple à une plateforme
plutôt
obsolète ; j'imagine que la fonction utilisée doit être bioskey() ou son
équivalent bios_keybrd(), l'idée étant d'attendre la frappe d'une touche
de
la part de l'utilisateur ; en C standard c'est une fonction qui n'existe
pas
telle quelle, mais depuis environ 1988 la manière classique de réaliser
cela, est d'utiliser l'entête (non standard mais beaucoup plus répandu, en
tous cas dans le monde windowsien) <conio.h> et les fonctions kbhit()
(pour
savoir si une touche a été pressée) ou getch/getche() (pour savoir quelle
lettre a été effectivement pressée).
Pour information, dans le monde unixien il faut utiliser l'entête
<curses.h>, et la fonction getch() qui fonctionne d'une manière
différente...

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).



J'ai imprimé ce texte que je placerai dans mon bouquin.
J'ai tenté de résoudre en supprimant cette ligne, mais je reçois un autre
arrêt.
Je vais refaire l'exercice et récolter ce qui bloque.



<Remarque>Les informaticiens professionnels adorent que le client leur
explique ce qu'il veut faire, et ensuite lui expliquer comment s'en
passer;-)



Cela se comprend aisément.
OK, je sors aussi !!!


OK je sors => [] </Remarque>


Antoine




--
@++
LMC
Avatar
LMC
"Antoine Leca" a écrit dans le message de news:
gbb1bq$tpr$
En news:, LMC va escriure:
J'ai fait un exercice avec DevC++ qui m'a donné un bug. J'ai refait
l'exercice avec Code: Blocks ==> même bug.



On ne doit pas avoir la même définition de « bug »...



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 ?

Antoine

--
@++
LMC
Avatar
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
Avatar
Marc Boyer
On 2008-09-24, LMC wrote:

"Marc Boyer" 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
--
Si tu peux supporter d'entendre tes paroles
Travesties par des gueux pour exciter des sots
IF -- Rudyard Kipling (Trad. André Maurois)
Avatar
LMC
"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;
}

Après tentative de compilation (DevC++), voici les informations :
bios.h : No such file or directory
in function 'main'

'keybrd_read' undeclared (first use in this function)
(Each undeclared identifier is reported only once for each function it
appears in)
Antoine
C:D&SLBProgrammeCWhichKeyMakefile.win (build error) (main.o) Error 1

J'ai remplacé #include<bios.h> par #include<stdlib.h> et voici les réponses
:

In function 'main'
'keybrd_read' undeclared(first use in this function)

Suite à cette situation, j'ai donc laissé l'exercice irrésolu et continué
mon étude.

Grand merci pour vos explications

--
@++
LMC
10 11 12 13 14