🚀 go-pugleaf

candide wrote:

>> 
>> Je pense que vous avez sans doute plusieurs torts :
>> . confondre la complexit� de l'impl�mentation d'un algorithme et
>> celles li�es au langages et de pas dissocier l'approche des 2.
> 
> ???? Tu(*) veux dire quoi ?
> 
> En tous cas je ne cherche surtout pas � impl�menter en C des probl�mes
> dont l'algorithmique ne m'est pas transparente, un li�vre � la fois.
> 
> _____
> (*)Si vous acceptez le tutoiement.

Aucun probl�me.

En fait, ce ne sont pas tellement les algorithmes qui sont compliqu�s,
mais le programme devra utiliser plusieurs tableaux, des chaines de
chars etc, je pense qu'il est pr�f�rable de commencer par quelque chose
de simple de mani�re � ne pas devoir utiliser un debugger d�s le d�but.

>> 
>> Tout de suite apr�s "Hello World!", je vous conseille un petit
>> programme simple :
> 
> Simple, c'est relatif, il y a un certain pas avec le "hello word" qui
> lui ne n�cessite rien.

C'est son int�r�t, on est tout content d'avoir fait un programme qui
tourne, c'est le degr� 0 de la complexit�.

> 
>> imprimer en sortie les arguments de la ligne de commande ainsi que
>> leur longueur, exemple
>> $ monprogram foo bar blah taratata
>> foo 3
> 
> Petite question HS : je me suis toujours demand� pourquoi, en anglais,
> un fichier typique s'appelle foo.

Ou alors bar, les fonctions aussi. C'est pour se diff�rencier des
fran�ais qui disent toto et titi.

> 
>> Sans utiliser strlen( ).
> 
> Pas encore vu.

A utiliser avec parcimonie, le fait de faire l'�quivalent te fera
comprendre pourquoi.

> 
>> Ensuite poster ce programme, ce simple petit programme pr�te d�j� �
>> plusieurs styles d'�criture, et si vous l'avez compris vous avez d�j�
>> compris pas mal de choses.
> 
> Techniquement parlant, ce qui me g�ne un peu, c'est ton histoire
> d'"arguments de la ligne de commande" : je ne sais pas comment faire
> passer des arguments � un ex�cutable que j'aurais compil� moi-m�me

Je serais toi, j'utiliserais un compilateur pour compiler un programme,
on en trouve d'excellents libres et gratuits.

Pour passer des arguments de la ligne de commande, il est pr�f�rable
dans un premier temps de se procurer une ligne de commande.

Assez souvent de nos jours, les programmes sont d�marr�s en cliquant sur
une icone du bureau ou dans un quelconque menu, mais la mani�re dont
l'environnement de bureau se d�brouille pour passer des arguments � un
programme qui accepte ses arguments de mani�re classique est d�pendant
de l'environement de bureau et du syst�me sous-jacent.
Assez souvent je pense, ils proposent une mani�re d'entrer une ligne de
commande � la main, je viens de v�rifier j'ai 'run command' sur celui
que j'utilise.

Ce qui est peut-�tre, ama, le mieux et le plus simple c'est d'utiliser
un shell dans un pseudo-terminal, c'est d�pendant du syst�me utilis�
mais au strict minimum, ils permettent de d�marrer un programme, voir
ses r�sultats, diriger sa sortie vers un fichier etc.

> (puisque dans ton exemple je suppose que monprogram d�signe un
> ex�cutable) et je ne sais pas dans mes doc, mais vraiment pas, o� je
> peux trouver �a, typiquement le genre de chose qui en fait n'a pas de
> rapport direct avec le langage C, sans doute non portable en plus mais
> qui peut faire perdre de longues heures (probl�me de la doc mal faite,
> incompl�te, d�connect�e, etc).

Cela n'a en effet aucun rapport avec le C, mais il me semble un minimum
de savoir utiliser un shell et quelques commandes sur son syst�me. Ce
n'est sans doute pas compliqu� mais pour cela il est sans doute mieux
se r�f�rer � la doc de son syst�me et/ou au forum correspondant.
Une fois que l'on connais le nom d'un shell que l'on peut utiliser,
chercher des exemples sur le web est peut-�tre plus simple que lire un
manuel qui n'a pas peut-�tre pas �t� �crit dans un but didactique.