Discussion :

[Melem]

Qu'en pensez-vous de la FAQ C ? N'hésitez surtout pas à poster des idées d'amélioration !

Pour contribuer (proposer une nouvelle question/réponse, soumettre un rapport de relecture, etc.), ouvrez une discussion dans le forum Contribuez.

[troumad]

Pour l'entrée : http://c.developpez.com/faq/?page=en...t#ENV_cmd_line , je proposerais de mettre un petit programme pour lister les variables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
#include <stdio.h>
 
int main(int argc, char * argv[], char * envp[])
{
            unsigned short i;
 
            for (i=0;envp[i]!=NULL;i++)
            {
                        printf("%s\n",envp[i]);
            }
}

[Melem]

Merci. Ton programme a été ajouté .

[troumad]

Toujours pour la même entrée, il faudrait signaler l’existence de la fonction getenv pour récupérer une variable d'environnement !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
#include <stdlib.h>
 
int main()
{
        printf("HOME : %s\n",getenv("HOME"));
 	printf("HOMEPATH : %s\n",getenv("HOMEPATH"));
 
        return 0;
}

Normalement la première existe sous Linux et la seconde sous Windows. On test ainsi le retour de la fonction dans le cas où la variable existe et aussi quand elle n'existe pas (retour (null) ).

[Melem]

L'entrée parle déjà de la fonction getenv et même aussi de la fonction putenv (POSIX). La bonne entrée étant d'ailleurs celle-ci, celle que tu pointes ne concerne que les arguments de la ligne de commande (argc et argv). Et personnellement, je préfère la réponse actuelle qui ne propose aucun exemple d'utilisation de getenv puisqu'il faut déjà en connaître un minimum sur son OS pour s'intéresser à cette question, ou alors il faudra changer son titre. Si ça t'intéresse, tu peux proposer le nouveau titre et la réponse, ou peut-être directement une nouvelle Q/R.

[troumad]

Comment récupérer une variable d'environnement

La fonction getenv() permet de lire la valeur d'une variable d'environnement.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#include <stdio.h>
#include <stdlib.h>
 
int main()
{
        printf("HOME : %s\n",getenv("HOME"));
 	printf("HOMEPATH : %s\n",getenv("HOMEPATH"));
 
        return 0;
}

Normalement la première existe sous Linux et la seconde sous Windows. On teste ainsi le retour de la fonction dans le cas où la variable existe et aussi quand elle n'existe pas (retour (null) ).

La fonction putenv(), introduite par POSIX, permet quant à elle de créer ou de modifier une variable d'environnement.

Ces fonctions sont toutes déclarées dans stdlib.h.

Pour avoir la liste des variables d'environnement, vous pouvez regarder l'entrée Comment récupérer la listes des variables d'environnement ?


Comment récupérer la listes des variables d'environnement ?

Il existe aussi, sur certains compilateurs, une forme de déclaration de la fonction main() qui donne accès aux variables d'environnement via un paramètre de main().

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
int main(int argc, char * argv[], char * envp[])
{
    return 0;
}

envp pointe sur un tableau de pointeurs vers des chaînes de caractères, chacune représentant une variable d'environnement sous la forme : "nom=valeur", où nom correspond au nom de la variable et valeur à sa valeur. Le dernier élément du tableau pointé par envp contient NULL. Voici un petit programme qui liste les variables en utilisant le troisième argument de main :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
#include <stdio.h>
 
int main(int argc, char * argv[], char * envp[])
{
    unsigned short i;
 
    for(i = 0; envp[i] != NULL; i++)
    {
        printf("%s\n", envp[i]);
    }
 
    return 0;
}

Pour avoir une seulle variable d'environnement, il est plus simple de passer par Comment récupérer une variable d'environnement

[Bktero]

On avait parler il y a peu de l'entrée de la FAQ donnant la fonction clean_stdin() et des problèmes qu'elle posait : http://www.developpez.net/forums/d12...h/#post6637337

Vous en aviez parlé il y a un an : http://www.developpez.net/forums/d10...r/#post5982737

[Bktero]

Bonjour,

Je rajoute ici un autre problème de la FAQ, dont j'avais déjà parlé avec diogene.

En comparant cette entrée de la FAQ :
http://c.developpez.com/faq/index.ph...RINGS_numtostr

à ce qu'on peut lire sur la page de man de la fonction strtol, je constate qu'il y a une condition de plus dans le man :

En particulier, si *nptr n'est pas `\0' et si **endptr vaut `\0' en retour, la chaîne entière est valide.

De plus, le code de la FAQ ne gère pas les dépassements de format.

Il serait utile de préciser ces cas dans la FAQ, au moins pour que le lecteur ait conscience de ces cas particuliers.

[Melem]

Sur clean_stdin : la fonction est correcte, me semble t-il. C'est l'usage que certaines personnes en font qui est incorrecte. Mais on pourrait peut-être rajouter un lien vers la FAQ juste au dessus pour un exemple d'utilisation ?

Sur la conversion de chaîne en nombre : on en avait déjà en effet parlé. Je mettrai à jour dès que possible pour tenir compte de tes remarques.

[Bktero]

Je suis d'accord : la fonction est correcte. Elle a néanmoins un cadre d'utilisation certains : il faut être sûr que le buffer contienne un caractère, sinon c'est boucle infinie. L'utilisation qu'on peut en faire est restreinte, on ne peut l'utiliser qu'après erreur et non en préventif pour vider le buffer clavier. Il sera bon de préciser cela, au moins.

[Obsidian]

Hello à tous,

Je voudrais rebondir à mon tour sur les entrées « À quoi sert la fonction fflush() » et « comment vider le buffer clavier », et notamment sur les messages que Bktero a eu la gentillesse d'indiquer.

Pour le premier point (à quoi ça sert), la norme dit que le comportement d'un fflush() sur un flux entrant est indéfini. Je trouve qu'il serait bon d'expliquer également que fflush() a vocation à provoquer l'envoi immédiat des données en attente vers leur destinataire et pas à détruire en soi le contenu du buffer. Par conséquent, le destinataire d'un flux entrant est justement le processus qui appelle fflush() et l'opération n'a donc pas de sens. Plus précisément, si celui-ci ne lit pas les caractères à sa disposition, il n'y a aucune raison pour qu'ils bougent.

Le comportement le plus « logique » à adopter dans ce cas consiste donc à ne rien faire. C'est l'attitude adoptée notamment par GNU. D'autres implémentations, elles, profitent justement du flou laissé par la norme pour implémenter justement un vidage de buffer et c'est une mauvaise chose pour deux raisons. La première, c'est que cette implémentation est basée sur la même supposition erronée que font les débutants, et que si ceux-ci prennent d'emblée l'habitude d'écrire des programmes en vidant le buffer clavier de cette façon, alors il faudra tous les reprendre un par un lorsqu'on voudra les porter. La seconde, c'est qu'en suivant cette logique, un « fflush(stdout) » ou sur n'importe quel flux de sortie devrait avoir le même comportement : détruire les données encore en attente passé un certain stade. Et ce n'est clairement pas le cas, ni l'objet de la fonction.


En ce qui concerne le second point (comment vider le buffer), on ne peut pas considérer la fonction « clean_stdin() » actuelle comme correcte parce que non seulement elle impose une action particulière de l'utilisateur (l'entrée d'un retour à la ligne) mais qu'une lecture sur un buffer clavier vide ne renvoie pas EOF mais bloque. Et donc :

• Soit le buffer contient déjà plusieurs retours à la ligne et, dans ce cas, le buffer n'est pas entièrement vidé ;
• Soit le buffer ne contient aucun retour à la ligne et on reste coincé dans une boucle infinie comme signalé ci-dessus ;
• Si l'utilisateur est suffisamment malin pour comprendre à quoi il a affaire et qu'il saisit un retour à la ligne ou un Ctrl-D — sur une ligne vide — il faudrait quand même qu'il connaisse l'état antérieur du buffer pour savoir si c'est la fonction de vidage qui va le traiter ou, au contraire, le programme légitime qui suit l'appel à cette fonction.

L'idéal serait de pouvoir agir directement sur le buffer associé au flux mais C99 (au moins) précise que setvbuf() ne peut être appelée que si aucune autre opération (autre qu'un setvbuf() échoué) n'a encore eu lieu sur le fichier concerné.

Je pense que ce n'est pas faisable en C standard mais, à la fin du message en question, je proposais un programme compatible POSIX. L'idée s'appuie sur le fait qu'on considère le buffer de l'entrée standard comme vide qu'à partir du moment où la lecture d'un caractère supplémentaire serait bloquante. Et pour vérifier cela, la fonction en question acquiert les flags du flux, le passe en non-bloquant, et fait des lectures par blocs dans un buffer local jusqu'à obtenir EWOULDBLOCK, puis restaure les flags avant de sortir.

Il faudrait simplement, en plus, s'assurer au préalable que l'entrée standard est associée à un flux interactif.

[troumad]

je propose une correction pour l'entrée que j'avais écrite : http://c.developpez.com/faq/?page=fichiers#FICHIERS_zip

Il manque une parenthèse. Voici le code corrigé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
int visu;
struct zip * f_zip=NULL;
struct zip_source * n_zip=NULL;
 
f_zip=zip_open("feuille.zip",ZIP_CREATE,NULL);
n_zip=zip_source_file(f_zip,"content.xml",0,0); /* le nom de ce document est sans importance */
if ((visu=zip_name_locate(f_zip,"content.xml",ZIP_FL_NOCASE))==-1) /* recherche de l'emplacement du fichier content.xml dans le zip */
{   /* nouveau document dans le fichier zip  : le fichier content.xml n'y est pas */
    zip_add(f_zip,"content.xml",n_zip); /* c'est là qu'on fixe le nom qu'aura le nouveau document dans le fichier zip */
}
else
{   /* modification d'un document dans le fichier zip : content.xml est déjà dedans */
    zip_replace(f_zip,visu,n_zip); /* notre document remplace le document qui ce trouve à l'emplacement visu */
}                                  /* et récupère le nom de l'ancien document */
zip_close(f_zip);

Après, il peut être bien de rajouter des informations :
Il faut intégrer la bibliothèque zip :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include <zip.h>

et pour la compilation, il faut rajouter l'option -lzip pour créer l'exécutable.