Equivalent de FPATH en bash
Marc Gresset
J'ai un petit souci avec le bash.
Ayant développé un environnement utilisateur sous ksh sur différentes
plateformes,
je rencontre un problème avec le bash.
La variable FPATH qui en ksh me permet d'avoir des répertoires de librairies
de fonctions ne semble pas exister en bash.
Existe-t-il l'équivalent ?
Le ksh est-il disponible sous Debian ?
Merci à tous.
Cordialement.
Marc
-------------------------------------------
Expéditeur : Marc GRESSET
Société : Wanadoo Interactive
Service : DSI/EXP
Téléphone : 01.58.88.60.39
Télécopie : 01.58.88.53.60
E-mail : marc.g...@wanadoo.com
Adresse : 21, rue Jasmin
75016 PARIS
-------------------------------------------
--
To UNSUBSCRIBE, email to debian-user-f...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
AREZKI Feth (EURIWARE S.A.)
17, 2001 12:15 PM
> Le ksh est-il disponible sous Debian ?
pour rechercher un paquet existant, apt-cache ou apt-get sont tes amis (man
apt-get)
tu aurais pu tenter à tout hasard
# apt-get install ksh
et si ça ne marche pas
# apt-search ksh
avant de poser la question !
http://packages.debian.org/stable/allpackages nous signale pdksh
bon shell et bon app !
feth
--
Contrat de licence : le présent e-mail vous est fourni tel quel sans aucune
garantie que ce soit. L'utilisateur final de cet e-mail s'engage à ne pas
lire ce qui se trouve sous le présent avertissement sous peine d'enfreindre
leprésent avertissement et de faire pleurer sa maman parce qu'il risque des
peines d'emprisonnement dans de nombreux pays (ça fait voyager, mais bon,
les prisons turques ou afghanes, je conseille pas). Si vous vous opposez au
présent avertissement, retournez le présent e-mail à l'expéditeur pour
remboursement intégral.
ATTENTION :
Si vous n'êtes pas destinataire de ce message, vous n'êtes pas autorisé à copier, retransmettre, distribuer, révéler ou conserver le contenu de ce message.
WARNING :
If you are not the intended recipient, you are not authorised to copy, disclose, distribute or retain in this e-mail.
Bruno Durning
le net:
> Bonjour à tous,
>
> J'ai un petit souci avec le bash. Ayant développé un environnement
> utilisateur sous ksh sur différentes plateformes, je rencontre un
> problème avec le bash. La variable FPATH qui en ksh me permet d'avoir
> des répertoires de librairies de fonctions ne semble pas exister en
> Debian ?
>
>
> Cordialement.
>
> Marc
>
Bonjour,
il y a pdksh (public domain...)
Pour la recherche de package je ne serais que trop conseiller la page:
http://www.debian.org/distrib/packages (dans le cas présent le deuxième
champ).
Par ailleurs peut-être que je vais dire une grosse co**ie, mais pourquoi
tu la crées pas ta variable????? (si c'est effectivement une grosse
co**ie merci de me dire le pourquoi du comment..........)
Bruno D.
Marc Gresset
Bruno,
Créer la variable FPATH ne m'aurait pas servi à grand chose si le shell
n'était pas capable de l'interpréter comme je le voulais, c'est à dire comme
une suite de noms de répertoire contenant des librairies de fonctions.
En ksh cette variable répond à cet objectif comme le PATH répond à la
recherche de commandes.
Feth,
Ta phrase "avant de poser la question !" me semble de trop.
Cordialement.
Marc
> -----Message d'origine-----
> De: Bruno Durning [mailto:br...@bubu.resG.insa-lyon.fr]De la part de
> Bruno Durning
> Date: vendredi 17 août 2001 12:19
> À: debian-user-french
> Objet: Re: Equivalent de FPATH en bash
coletta
> La variable FPATH qui en ksh me permet d'avoir des répertoires de
librairies
> de fonctions ne semble pas exister en bash.
> Existe-t-il l'équivalent ?
Je crois qu'il éxiste qqch du genre PATH_LIBRARY_LD
mais env | grep PATH devrait répondre à ta question...
Rémi Coletta
Marc Gresset
Négatif ! LD_LIBRARY_PATH est utilisée pour donnez l'accès à des librairies
C.
FPATH permet de définir le chemin d'accès à des répertoires contenant des
fonctions shell.
Cela permet de ne pas écrire les fonctions dans un .profile (ou équivalent)
qu'il faut sourcer.
Exemple :
Je veux une fonction fct_test
Dans le répertoire $HOME/fct j'écris un script fct_test qui contient
fct_test () {
echo "Ceci est un test"
}
Je mets à jour la variable FPATH=$HOME/fct dans mon .profile que je source à
nouveau.
Lorsque je vais taper :
# fct_test
il va bien me donner :
Ceci est un test
#
Or je n'ai sourcé nulpart ma fonction.
Grâce à FPATH il a sourcé de lui-même le fichier portant le nom de ma
fonction et exécuté celle-ci.
Voilà l'objectif de la variable FPATH.
Lorsque l'on utilise beaucoup de fonctions shell communes à un ensemble de
script, comme moi, c'est super sympa à gérer.
Cordialement.
Marc
> -----Message d'origine-----
> De: coletta [mailto:remi.c...@free.fr]
> Date: vendredi 17 août 2001 13:30
> À: debian...@lists.debian.org
> Objet: Re: Equivalent de FPATH en bash
>
>
>
coletta
> Négatif ! LD_LIBRARY_PATH est utilisée pour donnez l'accès à des
librairies
> C.
> FPATH permet de définir le chemin d'accès à des répertoires contenant des
> fonctions shell.
Autant pour moi...
Denis Barbier
[...]
Moi aussi, j'aime me faire engueuler, alors essaie
zgrep FPATH /usr/share/doc/bash/examples/*/*.gz
Denis
Bruno Treguier
> Merci à Feth et Bruno pour leur réponse.
>
> Bruno,
> Créer la variable FPATH ne m'aurait pas servi à grand chose si le shell
> n'était pas capable de l'interpréter comme je le voulais, c'est à dire comme
> une suite de noms de répertoire contenant des librairies de fonctions.
> En ksh cette variable répond à cet objectif comme le PATH répond à la
> recherche de commandes.
Bonjour,
Une autre solution avec bash consiste a sourcer tout simplement les fichiers
du repertoire contenant les fonctions:
Un truc du genre:
for i in $HOME/fct/*; do . $i; done
dans le .profile fonctionne tres bien (en bash et en ksh, et meme en sh).
Bon d'accord, c'est moins joli que FPATH, mais ca marche...
Bruno (un autre :-) )
--
-- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/INF
-- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE
-- Phone: +33 2 98 22 17 49 --- Email: Bruno.T...@shom.fr
Admin
Je vous expose brièvement mon problème.
Actuellement je migre de serveur. Précédemment j'avai un script perl qui
fonctionnait très bien,
et aujourd'hui, sur le nouveau serveur, avec les meme cpan, la meme version
d'apache, la meme
version de perl, j'ai le problème suivant sur une inxclusion ssi.
L'inclusion s'affiche correctement dans la page html mais lorsque l'on
utilise le formulaire de cette
inclusion j'ai l'erreur suivante :
Method Not Allowed
The requested method POST is not allowed for the URL /index.shtml.
----------------------------------------------------------------------------
----
Apache/1.3.19 Server at 192.168.0.152 Port 80
Je précise que cela ne vient pas de la config d'apache étant donné que c'est
exactement la meme que sur
le précédent serveur.
Le problème semble se situer au niveau des SSI... Avez vous une idée ?
Bruno Sares
bruno...@ifrance.com
Erwan David
> Merci à Feth et Bruno pour leur réponse.
>
> Bruno,
> Créer la variable FPATH ne m'aurait pas servi à grand chose si le shell
> n'était pas capable de l'interpréter comme je le voulais, c'est à dire comme
> une suite de noms de répertoire contenant des librairies de fonctions.
> En ksh cette variable répond à cet objectif comme le PATH répond à la
> recherche de commandes.
zsh a une telle variable et doit faire tout ce que fait ksh si je ne
m'abuse.
--
Erwan
Marc Gresset
Nous sommes bien tous d'accord sur le fait qu'il suffit de sourcer le ou les
fichiers contenant les définitions de fonctions.
L'avantage de FPATH est de ne pas écrire quelques lignes de code
supplémenetaires, mais surtout de ne pas avoir à charger la fonction avant
d'en avoir besoin.
Avec une boucle du type "for i in $HOME/fct/*; do . $i; done" vous allez
charger tous ce qui est présent dans $HOME/fct.
Si vous voulez faire du selectif il faudra encore ajouter des lignes de
code.
Avec FPATH rien à faire et la fonction n'est chargée qu'à l'appel.
C'est quand même plus joli ! Non ?
N'étant pas maitre du master d'installation de mes serveurs (politique
d'entreprise) je n'ai pas forcément la totalité des packages.
D'autre part, bien qu'ayant une grosse expérience sous Unix, je suis
débutant sous Linux.
Il se peut donc que des choses vous paraissant évidentes ne le soient pas
pour moi.
Denis,
J'ai semble-t-il utilisé une tournure laissant à penser que "j'engueulais"
quelqu'un.
J'en suis désolé car ce n'était pas mon but.
Je n'ai pas les répertoires /usr/share/doc/bash/examples/*/*.gz sur mes
machines.
As-tu trouvé des exemples avec FPATH pour le bash ?
Erwan,
N'ayant pas zsh sur mes serveurs je n'ai pas pu trouver d'infos (pas le
man).
J'y jetterai un coup d'œil à l'occasion.
Le pdksh répond totalement à mon besoin de compatibilité entre serveurs de
différents OS, je vais donc m'orienter vers cette solution.
Merci à tous d'avoir répondu.
A+ :-))
Marc
> -----Message d'origine-----
> De: treg...@shom.fr [mailto:treg...@shom.fr]De la part de Bruno
> Treguier
> Date: vendredi 17 août 2001 14:16
> À: Marc.G...@wanadoo.com
> Cc: Bruno Durning; debian-user-french
> Objet: Re: Equivalent de FPATH en bash
>
>
> Dans son message du 17/8/2001, "Marc Gresset" écrivait:
>
> > Merci à Feth et Bruno pour leur réponse.
> >
> > Bruno,
> > Créer la variable FPATH ne m'aurait pas servi à grand chose si le shell
> > n'était pas capable de l'interpréter comme je le voulais, c'est
> à dire comme
> > une suite de noms de répertoire contenant des librairies de fonctions.
> > En ksh cette variable répond à cet objectif comme le PATH répond à la
> > recherche de commandes.
>
> Bonjour,
>
> Une autre solution avec bash consiste a sourcer tout simplement
> les fichiers
> du repertoire contenant les fonctions:
>
> Un truc du genre:
>
> for i in $HOME/fct/*; do . $i; done
>
> dans le .profile fonctionne tres bien (en bash et en ksh, et meme en sh).
> Bon d'accord, c'est moins joli que FPATH, mais ca marche...
>
> Bruno (un autre :-) )
>
> --
> -- Service Hydrographique et Oceanographique de la Marine ---
> EPSHOM/INF
> -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE
> -- Phone: +33 2 98 22 17 49 --- Email: Bruno.T...@shom.fr
>
>