[ksh] Redéfinir le comportement par défaut

Bonjour à tous :D
Je ne poste pas souvent pour poser des questions, mais la j'avoue, je sèche :koi:
Voici mon problème, si vous pouviez m'aider ça serait avec plaisir :yaisse2:
*note :
RHEL3 = Red Hat Entreprise Linux 3
RHEL5 = Red Hat Entreprise Linux 5

Sous RHEL3 le comportement par défaut de la fonction echo fait qu'elle interpréte automatiquement le \n, le \t etc...

Citation:

---

Envoyé par terminal ksh rhel3

$ echo 'bonjour'
bonjour
$ echo 'bonjour\n'
bonjour

$ ./script.sh
echo normal, simple quote
echo normal, simple quote, retour chariot\n

$

---

Maintenant sous RHEL5 :

Citation:

---

Envoyé par terminal ksh rhel5

$ echo 'bonjour\n'
bonjour\n
$ echo -e 'bonjour\n'
bonjour

$
$ ./scriptksh.sh
echo normal, simple quote
echo normal, simple quote, retour chariot\n
echo normal, double quote
echo normal, double quote, retour chariot\n
echo normal, simple quote, option -e
echo normal, simple quote, option -e, retour chariot

$

---

Mais vous avez remarquez qu'avec un script cela ne marche pas, hormis en ajoutant l'option '-e'
Maintenant je modifie le fichier .kshrc pour y rajouter mon alias

Citation:

---

Envoyé par .kshrc

#modification comportement echo
alias echo='echo -e'

---

mais le résultat ne change que pour les commandes executées directement dans le shell :roll:
voici :

Citation:

---

Envoyé par terminal rhel5 + alias

$ echo 'bonjour\n'
bonjour

$
$ ./scriptksh.sh
echo normal, simple quote
echo normal, simple quote, retour chariot\n
echo normal, double quote
echo normal, double quote, retour chariot\n
echo normal, simple quote, option -e
echo normal, simple quote, option -e, retour chariot

$

---

Alors ma question est la suivante : comment redéfinir le comportement par défaut de echo sous RHEL5 pour que celui-ci prennent en compte les scripts ?

ps: dans les scripts, je met bien le #!/bin/ksh pour être sur du shell utilisé, je l'ai trouvé avec $whence ksh

Bonjour,

Quelles sont les version de ksh utilisées ?
As-tu installé la version de ksh se trouvant sur le CD "extra disc" de RHEL 5 ? Si oui, est-ce que tu peux essayer de le désinstaller (juste cette version de ksh), pour remettre la version de ksh livrée par défaut ?

PS : il ne s'agit pas d'une idée à la con passant dans ma tête, j'ai eu ce problème avec RHEL 4


[Edit]

Pour voir la version du shell :
$> set -o emacs
$> ^V

[/Edit]

La manip' que tu me donne ne fonctionne pas :?

Par contre ma pirut me dit :

Code:

---

¤ ksh - 20060214-1.4.i386 - Le shell ATT Korn Original

---

J'ai regardé dans mon dvd d'install et j'ai bien ce rpm :

Citation:

---

Envoyé par RHEL_5 i386 DVD

ksh-20060214-1.4.i386.rpm

---

je comprend plus trop, la :roll:

Ah si trouvé sur le site de rh : RedHat Entreprise Linux 5 : ksh93

Citation:

---

Envoyé par gangsoleil

....
PS : il ne s'agit pas d'une idée à la con passant dans ma tête, j'ai eu ce problème avec RHEL 4

---

je crois que dans ton cas, c'est un problème qui a été fixé (je te copie l'errata)

Citation:

---

ksh bug fix update
Advisory: RHBA-2007:0771-2
Type: Bug Fix Advisory
Severity: N/A
Issued on: 2007-11-15
Last updated on: 2007-11-15
Affected Products: Red Hat Enterprise Linux Extras (v. 4)
OVAL: N/A

Details

Updated ksh packages that address various bugs are now available.

KSH-93 is the most recent version of the KornShell by David Korn of AT&T
Bell Laboratories. KornShell is a shell programming language, which is
upward compatible with "sh" (the Bourne Shell).

This update addresses the following bugs:

* the built-in mkdir command did not respect the default ACL when creating
directories.

* a memory leak could occur when command output was redirected to a file.

* an incorrect result was returned from a spawned process if the process
was stopped and started by signals.

* a script containing 'set -m' could spin in a stopped state.

* the shell could crash with a segmentation fault when processing a switch
statement.

Users of ksh should upgrade to these updated packages, which resolve these
issues.

Solution
Before applying this update, make sure that all previously-released
errata relevant to your system have been applied.

This update is available via Red Hat Network. Details on how to use
the Red Hat Network to apply this update are available at
http://kbase.redhat.com/faq/FAQ_58_10188

---

Je crois que j'ai ma réponse (décidement je collectionne les topic d'auto-réponse :aie:)

Parmis le foutoir du man ksh, on peut lire :

Citation:

---

Envoyé par man ksh

Aliasing
[...]
Aliases can be created and listed with the alias
command and can be removed with the unalias command.
Aliasing is performed when scripts are read, not while they are exe-
cuted. Therefore, for an alias to take effect, the alias definition
command has to be executed before the command which references t
he alias is read.
[...]

---

A priori les alias ne prennent pas effet lors de l'exécution d'un script :(
Il faut rajouter par exemple (alias echo='echo -e') au début du script :roll:

Or ça serait bien que je ne modifie pas les scripts, quelqu'un a une idée ? :?

tu peux créer un fichier d'environnement peut etre
et le charger par un pseudo ksh (ksh original renomé en ksho)

qui ferait
#!/bin/ksho
. fichier_environnement

ducoup quand ton script lit
#!/bin/ksh ça appelle le ksh+le fichier d'environnement sans toucher avoir à modifier le script. mais c'est porcasse comme methode.....:evilred:;)

Désolé de ne pas t'avoir répondu plus tôt,
le problème de ta méthode c'est qu'on retombe dans le même problème, l'alias n'est pas étendu au script, j'ai déjà fait le test avec des fichier d'environnement :?

bon en fin de compte je me suis rabattu sur l'alias en début de fichier, ca en a fait beaucoup, mais bon.
Dommage de ne pouvoir redéfinir ça autrement.

Je marque résolu, merci.