Bonjour
Voila je suis débutant en C et dans de nombreux programme j'aurais souhaite créer une liste de mots.
par exemple:

Sauf que bien sur ça marche pas parce que les mots sont déjà des tableaux.
(Bien entendu je souhaite utiliser les mots séparément dans mon prog.)
Pourriez-vous m'aider svp?

Le type du main est incorrect, getch n'est pas une fonction standard, %c sert à formatter un caractère pas une chaîne, les tableaux C sont indexés à 0 (donc ton tab[3] est un out of bounds) et enfin ton tableau c'est un tableau de chaînes de caractères pas un tableau de caractères (qui serait char tab[4] = { 'f', 'a', 'i', 'l'})

T'es pas débutant en C à ce stade, t'as jamais vu un cours ou un tuto C de ta vie oui

Et t'écoutes même pas ce que te dit ton compilo (ou alors t'as un compilo bien merdique):

Salut
 

Je te remercie
 
 
Pour le main() c'est vrai que j'utilise d'habitude: main(int argc, char *argv[])
getch() est associé a la fonction getchar() par mon compilo
Et en effet pour la taille du tableau je ne me suis pas relu (je fais souvent l'erreur), je voulais mettre ceci: ...,tab[0],tab[1],tab[2]);

oui, donc pour une chaine de caractères on utilise quoi (si c'est possible)?

Je sais, mais je ne souhaite pas traiter chaque lettre une par une.
Il n'est pas possible de faire un tableau de 2 dimensions? 1ere: les chaines, 2eme: les caractères
 
Enfin en C il y a bien une solution pour faire une liste de mots non?

http://codepad.org/9NFN5qQg

La signature correcte est indiquée dans les warnings de compilos que j'ai copiés

Ben utilises getchar (ou rien du tout, c'est pas comme si ton getch servait à quoi que ce soit)

http://www.openbsd.org/cgi-bin/man [...] SD+Current

Bien sûr que si, réfléchis au type d'une chaine de caractères en C et mets ça dans un tableau

il sert a faire une pause dans le programme pour pas que ca ferme la fenetre desuite
 

Merci beaucoup, c'est bien ça que je voulais
 

T'ouvres un shell et tu lances le programme dedans au lieu de cliquer dessus  
 
Ton getch ne sert à rien.

un system("pause" ); si l'on est sur windows fera l'affaire !

non mais vous imaginez le temps qu'il faudra pour ouvrir un shell s'y déplacer (avec les tabulations pour la complétion automatique) pour en final executer son programme ? surtout s'il on a plusieurs programmes à gérer, on va tout de même pas laisser les fenêtres ouvertes pour un éventuel test ? et surtout qu'avec les compilateurs des fois c'est eux qui lancent le programme et là t'as aucune chance à part mettre une pause ! très expressive ton émoticone ... franchement qu'est ce que cela veut dire ?

les breakpoints ça existe aussi...
le développement ça se fait dans un compilo, et on débug avec le compilo, pas avec des getchar, des system("pause" ) ni des printf.
 
Même débutants, apprenez rapidement à vous servir d'un compilo avec debugger ou vous perdrez beaucoup de temps.
 
A la décharge des étudiants, je n'ai jamais vu de profs enseigner l'utilisation d'un compilo, seulement le langage.

Environ 3s. Et t'es pas obligé de fermer ton shell entre deux tests.

Pourquoi pas

Que c'est gerbant?

respect ! breakpoints plus les variables suivies !

EDIT :

Non mais c'est plus facile de compiler et d'éxecuter depuis le compilo qui lui ne t'ouvrira pas le shell dans le répertoire où tu codes et attendera que tu executes mais lancera directement le programme qui se fermera à la fin, la meilleure façon est celle citée par jesus christ !

je pense que tu as du mal avec la terminologie. La majorité des compilos sont en ligne de commande, et ça inclue les compilos MS. Et tu ne peux pas lancer un soft depuis un compilo, c'est pas fait pour ça.

toi t'as passé ta vie sous DevC++ et tu crois tout savoir. C'est beau, j'adore, mais vendredi c'est après-demain.

Compilo se réfère aussi, bien que c'est faut à l'IDE, où tout simplement un éditeur de texte qui appelera le compilateur pour vous avec les arguments désirés ! perso je compile sous gnu c compiler en ligne de commande sur linux, cc file.c -o nom.c !

Sauf que tu racontes âneries sur âneries à des gens plus débutants que toi.
Et que ça finit par énerver.

 
Sur mon poste de travail Debian, j'ai paramétré 10 bureaux différents et tous ont en permanence différents shells ouverts sur différents sous-dossiers de mon projet et je jongle avec en permanence. Je ne vois pas ce qu'il y a d'ahurissant la dedans.
 
Et je suis en train de récupérer en plus un 2° écran pour avoir 2 écrans en parallèles avec leurs bureaux indépendants. Bon c'est pas primordial certes mais ça me facilitera certaines vérif..

sunstudio 12 de mon côté, sur un seul écran pas virtuel
(et un 2e écran avec PuTTY sur différents terminaux pour les tests par environnement, mais le plus souvent y a un browser pour passer le temps durant une compil' ou en attendant d'arriver à un breakpoint )