Discussion :

[GomuSan]

Bonjour,

J'ai un script shell (tcsh) , qui me retourne l'adresse ip du pc et le masque :

Code :

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

1
2
3
#!/bin/tcsh 
set adresse = `/sbin/ifconfig eth0 | grep "inet adr:" | awk '{print $2}' | awk -F ':' '{print $2}'`
set masque = `/sbin/ifconfig eth0 | grep "inet adr:" | awk '{print $4}' | awk -F ':' '{print $2}'`

Le truc c'est que dans mon fichier C, j'aurais besoin de prendre l'adresse ip locale et le masque. Et ce meme fichier C, me genere un fichier un html, a l'aide du cgi

Comment pourrais-je faire ?

Merci d'avance

[Médinoc]

Les programmes C peuvent accéder en lecture seule aux variables d'environnement avec la fonction getenv(). Et on dirait bien qu'elle est standard.

[GomuSan]

donc je peux faire dans mon programme

Code :

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

strcpy(adress,getenv(adress));

?

[Médinoc]

Tu peux,mais je déconseillerais d'utiliser la même variable pour le nom de la VE et son contenu...

Et aussi, je conseillerais de vérifier la taille, si tu joues avec strcpy()...

[GomuSan]

Ok, je changerais le nom.
Pour la taille si je fais

Code :

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

adresse2 = getenv(adress)

QU'est-ce que tu en penses ?

[Médinoc]

J'en pense que c'est bon.
Inutile de faire une copie de la chaîne si tu n'en as pas besoin, et si tu dois vraiment faire une copie, tu peux utiliser strdup().

[Pouic]

Pourquoi tu ne mettrais pas dans ton script quelque chose comme:

Code :

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

1
2
echo $masque > data
echo $adresse >> data

Et ensuite dans ton code C :

Code :

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

fopen(...)

[Médinoc]

Parce que c'est plus long, plus lent et inutilement plus complexe que de le récupérer en variable d'environnement.

[GomuSan]

Poulc = poulecaca ?

je ne comprends pas le >> data ???

[Pouic]

Parce que c'est plus long, plus lent et inutilement plus complexe que de le récupérer en variable d'environnement.

Je ne suis pas d'accord.
Le fait de centraliser les données dans un seul fichier permet une maintenance plus aisée en cas d'ajouts/suppressions de variables, plutôt que de faire des suites de getenv (où on risque d'oublier de traiter des choses par exemple).
Sans parler du fait qu'on évite le soucis éventuel d'écrasement de variables d'environnement par d'autres scripts qui tourneraient en même temps.

[Jean-Marc.Bourguet]

Les programmes C peuvent accéder en lecture seule aux variables d'environnement avec la fonction getenv(). Et on dirait bien qu'elle est standard.

Mais les variables de csh initialisees avec set ne sont pas des variables d'environnement. Il faut utiliser setenv.

(En sh, ca ne depend pas de la syntaxe d'initialisation mais il faut utiliser export).

[Pouic]

Poulc = poulecaca ?

Gné ? Non, c'est P. O. U. I. C. (avec un i comme Isidore)

je ne comprends pas le >> data ???

Euh, ben c'est du shell de base. Ca ajoute la valeur de la variable à la suite dans le fichier de donnée.

[Médinoc]

Mais les variables de csh initialisees avec set ne sont pas des variables d'environnement. Il faut utiliser setenv.

(En sh, ca ne depend pas de la syntaxe d'initialisation mais il faut utiliser export).

Ah, il me semblait bien qu'il y avait une différence de ce genre. En fait, j'ai un peu de mal car il y a plus de deux degrés de visibilité pour les variables:

• Variables d'environnement, dans un script exécuté normalement: Visible dans le script et pour tous les programmes appelés.
• Variables d'environnement, dans un script exécuté dans le même processus ("source" ou "à la DOS"): Visible dans le script, après le script, et pour tous les programmes appelés pendant et après.
• Variables normales. Visibles dans le script, mais j'ignore si elles sont visibles des programmes appelés. À vu de nez, je dirais que non, ce qui est gênant dans notre cas...

[Jean-Marc.Bourguet]

Ah, il me semblait bien qu'il y avait une différence de ce genre. En fait, j'ai un peu de mal car il y a plus de deux degrés de visibilité pour les variables:

• Variables d'environnement, dans un script exécuté normalement: Visible dans le script et pour tous les programmes appelés.
• Variables d'environnement, dans un script exécuté dans le même processus (à la DOS): Visible dans le script, après le script, et pour tous les programmes appelés pendant et après.

Ce mode d'execution est celui qu'on optient avec source (ou . en sh).

• Variables normales. Visibles dans le script, mais j'ignore si elles sont visibles des programmes appelés. À vu de nez, je dirais que non, ce qui est gênant dans notre cas...

Pas visible dans les programmes appeles. Pas visible apres si le script est executé, visible apres si le script est sourcé.


(Au fait, moi je passerais simplement des arguments au programme).

[Médinoc]

(Au fait, moi je passerais simplement des arguments au programme).

Oups
GomuSan et Medinoc, shadoks en herbe...