[Programmation Korn Shell] - Création d'une bibliothèque de fonctions

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [Programmation Korn Shell] - Création d'une bibliothèque de fonctions

IsBack

Bonjour,

Je programme des scripts en Korn Shell et j'utilise des fonctions que j'écris aussi en korn Shell.

Le problème est que je ne sais pas si j'ai bien mis en place le mécanisme lié aux fonctions en programmation ksh.

En fait, j'ai créé un répertoire :

Code :

/home/functions

Dans lequel se trouve mes fichiers de fonctions

Code :

CheckDate, CheckScript, etc ....

En suite, j'ai déclarer la variable FPATH=/home/functions dans le fichier d'initialisation : .profile

En suite au sein d'un script :

Code :

#!/bin/ksh
#@# Mise en place de la trace d execution
#@# Association des sorties standard et erreur redirigees dans la trace
exec > /home/sybase/prog/callfunction.txt 2>&1
#@# Chargement de la fonction
autoload CheckDate
#@# Appel de la fonction CheckDate
CheckDate $1
if [ $? -eq 1 ]; then
print "Erreur : argument date."
exit 1
else
print "Date : $1, ok."
fi

Puis j'exécute ce script

Code :

callfunction.ksh 20050606

tout se passe comme prévu c'est à dire qu'il valide ou non le format et l'existence de la date passée en paramètre.

Es ce que ce mécanisme est correct ?

Lorsque je lance le sctipt à la main :

Code :

callfunction.ksh 20050606

Ca marche correctement.
Par contre via la crontab, ça ne marche pas.
Il n'y a une erreur sur l'appel de la fonction.

Je pense que cela vient du fait que la crontab n'utilise pas les même fichiers d'initialisation (profile, .profile, etc ....)

Quelqu'un a une idée ?

Merci.

Message édité par IsBack le 23-03-2005 à 16:01:15

Publicité

Sve@r

IsBack a écrit :

Code :

/home/functions

Dans lequel se trouve mes fichiers de fonctions

Code :

CheckDate, CheckScript, etc ....

En suite, j'ai déclarer la variable FPATH=/home/functions dans le fichier d'initialisation : .profile

En suite au sein d'un script :

Code :

#!/bin/ksh
#@# Mise en place de la trace d execution
#@# Association des sorties standard et erreur redirigees dans la trace
exec > /home/sybase/prog/callfunction.txt 2>&1
#@# Chargement de la fonction
autoload CheckDate
#@# Appel de la fonction CheckDate
CheckDate $1
if [ $? -eq 1 ]; then
print "Erreur : argument date."
exit 1
else
print "Date : $1, ok."
fi

Puis j'exécute ce script

Code :

callfunction.ksh 20050606

tout se passe comme prévu c'est à dire qu'il valide ou non le format et l'existence de la date passée en paramètre.

Es ce que ce mécanisme est correct ?

Lorsque je lance le sctipt à la main :

Code :

callfunction.ksh 20050606

Le cron ne sait pas où se trouve ta fonction (variable PATH de base)

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

IsBack

Sve@r a écrit :

Le cron ne sait pas où se trouve ta fonction (variable PATH de base)

D'après ce que tu me dis il faut mettre dans le path, le chemin absolu du répertoire où se trouve mes fonctions.

Alors pourquoi dans différentes documentation sur le web il préconise de créer une variable FPATH, les alias autoload='typeset -fu', etc .... ?
Si au final il suffit d'ajouter au path une référence pour que cela marche aussi bien en manuel qu'avec la crontab. Je comprends pas trop l'intêret la variable FPATH en fait.

Sve@r

IsBack a écrit :

Bon, déjà je connais pas trop les subtilités du Korn-Shell par rapport au Bourne Shell. Mais je suis quasiment certain (à vérifier) que quand Cron lance un script, il travaille lui en Bourne Shell et donc que ta variable FPATH (que je ne connais pas) ben il s'en fout.

Une façon de bien connaître ton environnement Cron: Tu crées un script qui affiche des trucs de ton environnement (echo $0, echo $PATH, echo $FPATH, env, etc...) et tu lances ce script depuis Cron. Tu verras mieux comment ça marche.

Autre truc: Quand Cron lance ton premier script (celui qui marche pas), il doit probablement t'envoyer le résultat par mail. Que dis ce mail ?

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.

matafan

Y'a le builtin "env" pour connaitre l'environnement.

FORUM HardWare.fr

Programmation

Shell/Batch

[Programmation Korn Shell] - Création d'une bibliothèque de fonctions

Sujets relatifs
[T-SQL] Création de base sur serveur distant	Creation de fichier en php
Excel : Macro pour création classeur protégé	Programmation en C - Suppression de caractère
[vb.net] création composant	[C++] VFW & création d'avi ... Problème de palette
Algorithmique programmation c	creation bouton pour acces paramètres matos
[ASPX][C#] Création d'un composant	programmation d'interruption sous assembleur
Plus de sujets relatifs à : [Programmation Korn Shell] - Création d'une bibliothèque de fonctions

Page générée en 0.053 secondes