Bonjour,
J'ai un petit souci que j'attribue à l'utf8 :
$ echo cÔtön|tr 'áàâäçéèêëíìîïñóòôöúùûü ÁÀÂÄÇÉÈÊËÍÌÎÏÑÓÒÔÖÚÙÛÜ' 'aaaaceeeeiiiinoooouuuu_aaaaceeeeiiiinoooouuuu'
cuutuin
le Ô est "vu" par tr comme 2 caractères, tout comme le ö.
Je m'en sort avec un
$ echo cÔtön|sed 'y/áàâäçéèêëíìîïñóòôöúùûü ÁÀÂÄÇÉÈÊËÍÌÎÏÑÓÒÔÖÚÙÛÜ/aaaaceeeeiiiinoooouuuu_aaaaceeeeiiiinoooouuuu/'
coton
c'est curieux non ?
Sinon, questions perfs, il y a une grosse différence entre tr et sed ?
En entre "tr expr1|tr expr2|tr expr3" et "sed -e 'exprA; exprB; exprC" ?
Je suppose qu'à partir d'un certains nombre de pipes, sed devient plus performant, mais c'est assez pifométrique comme mesure.
--
Daniel
Salut,
Cela intéressera certainement certains d'entre vous:
Je viens de sortir la première version de mon script Perl tdiff[1],
qui traite la sortie de la commande diff, en particulier quand elle
sera envoyée dans un terminal: cet utilitaire peut la coloriser et la
convertir en UTF-8. Je l'ai écrit comme remplacement de colordiff[2]
de Dave Ewart. En plus de la conversion en UTF-8, le principal
avantage sur colordiff (actuellement 1.0.6) est que tdiff commence à
traiter le flux immédiatement (alors que colordiff a d'abord besoin
que le flux soit fermé).
[1] http://www.vinc17.org/unix/#tdiff (page web)
http://www.vinc17.org/software/tdiff (script)
[2] http://colordiff.sourceforge.net/
Et puisqu'on est dans cette liste, je signale qu'avec zsh, on peut
fournir des commandes de configuration directement depuis la ligne
de commande, e.g.
svn diff | TDIFFRC=<(echo 'undef $utf8') tdiff
N'est-ce pas beau? :)
--
Vincent Lefèvre <vincent(a)vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Salut,
bon les gens, faut poster un peu !
même si c'est pour poser des questions :)
--
http://asyd.net/home/ - Home Page
http://guses.org/home/ - French Speaking (Open)Solaris User Group
Bonjour,
Pour faire suite au mail de Bruno, je transmets une question d'un
collègue (ou plutot une prise de gueule qu'on a eu)
Contexte : dans un script shell solaris/ksh, le monsieur récupére
l'occupation des SAN, et ensuite vérifie si l'occupation de chaque
parcelle est bien en dessous des limites proposées à l'utilisateur.
Il génére lui-même la valeur "occupation d'une parcelle" sous la forme
"34.76" (a partir du résultat d'une commande fourni par l'éditeur
probablement), et compare celà à un seuil (mettons "90") avec quelque
chose comme :
[ 34.79 -lt 90 ] && echo ok
Voilà, ca marche bien en ksh sous solaris. Ca ne marche pas en bash,
ni en ksh sous solaris.
Je lui ai conseillé de ne pas utilisé d'arithmétique flottante en
shell et d'utiliser :
a=34.79
[ ${a%%.*} -lt 90 ] && echo ok
Pour enlever la virgule et ce qu'il y a après.
Comment feriez-vous autrement/plus proprement ? Est-ce qu'il est
possible de travailler sérieusement avec des flottants en shell (et
que ce soit portable) ?
Zsh not accepted : c'est déjà assez compliqué pour ce monsieur de
comprendre "son" shell, ksh. ;-)
Merci,
Jeremy
--
Linux Registered User #317862
Linux From Scratch Registered User #16571
Please do not send me .doc, .xls, .ppt, as I will *NOT* read them.
Please send me only open formats, as OpenDocument or pdf.
Bonjour à tous,
J'ai une question sur la complétion.
Je me connecte à la machine md (machine distante) par ssh.
Afin d'avoir accès à tout et pour simplifier (je changerai plutard),
j'ai ajouté use_moi au groupe wheel dans /etc/sudoers
%wheel ALL=(ALL) NOPASSWD: ALL
Je peux alors accéder aux differentes commandes , lister les repertoires
qui normalement me sont interdits.
Seulement, je ne peux plus beneficier de la complétion et je dois taper
tout le chemin, tout le nom du fichier pour l'editer par exemple.
L'utilisateur root a bien la complétion ains que le user_moi (quand il
est autorisé et sans passer par sudo).
C'est fatiguant quand on a connu le confort que procure la completion.
Y a-t-il moyen d'en avoir dans ce cas précis (ssh sudo wheel)?
J'ai oublié de dire que j'utilise bash 3.1dfsg-8 (debian)
Merci d'avance.