R=E9glages de terminal: (tels que par d=E9faut)
Codage des caract=E8res: Unicode (UTF-8)
"D=E9finir la variable d'environnement LANG au d=E9marrage " est coch=E9
Encodages du Terminal: (tels que par d=E9faut)
Unicode (UTF-8)
Western (Mac OS Roman)
Western (ISO Latin 1)
Western (ISO Latin 9)
Western (Windows Latin 1)
Western (ASCII)
Western (NextStep)
Japanese (Mac OS)
Japanese (ISO 2022-JP)
Japanese (EUC)
Japanese (Shift JIS)
Corean (EUC)
Cyrillic (ISO 8859-5)
Russian (DOS)
Cyrillic (Windows)
Cyrillic (KOI8-R)
Chinese simplified (EUC)
Central European (ISO Latin 2)
Chinese traditional (Big 5-E)
Le 09/09/08 16:31, dans , « Archidemon » a écrit :
L'apparition d'un fichier dont le nom contient un e accent aigu me cause des embarras. Lorsque je crée un fichier de vérification avec:
find . -name '*' -exec cksum > list '{}' ';'
le fichier "list" ne contient pas le e accent aigu dont j'ai besoin pour comparer avec une liste maîtresse.
D'abord ton find est bien étrange et marche sûrement un peu par hasard, le plus simple :
find . -type f -exec cksum {} ; > /tmp/list
Ensuite, j'ai bien les accents dans list. J'ai tous les paramètres de Mac OS X 10.5 par défaut. Ainsi Terminal est en UTF-8 et mon shell est bash. Je n'ai bien sûr pas été définir les variables LC_*.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 09/09/08 16:31, dans
<35bb5d10-dbaf-4fd4-a679-acc6f4b2b574@59g2000hsb.googlegroups.com>,
« Archidemon » <mikeomike@gmail.com> a écrit :
L'apparition d'un fichier dont le nom contient un e accent aigu me
cause des embarras. Lorsque je crée un fichier de vérification avec:
find . -name '*' -exec cksum > list '{}' ';'
le fichier "list" ne contient pas le e accent aigu dont j'ai besoin
pour comparer avec une liste maîtresse.
D'abord ton find est bien étrange et marche sûrement un peu par hasard, le
plus simple :
find . -type f -exec cksum {} ; > /tmp/list
Ensuite, j'ai bien les accents dans list. J'ai tous les paramètres de Mac OS
X 10.5 par défaut. Ainsi Terminal est en UTF-8 et mon shell est bash. Je
n'ai bien sûr pas été définir les variables LC_*.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 09/09/08 16:31, dans , « Archidemon » a écrit :
L'apparition d'un fichier dont le nom contient un e accent aigu me cause des embarras. Lorsque je crée un fichier de vérification avec:
find . -name '*' -exec cksum > list '{}' ';'
le fichier "list" ne contient pas le e accent aigu dont j'ai besoin pour comparer avec une liste maîtresse.
D'abord ton find est bien étrange et marche sûrement un peu par hasard, le plus simple :
find . -type f -exec cksum {} ; > /tmp/list
Ensuite, j'ai bien les accents dans list. J'ai tous les paramètres de Mac OS X 10.5 par défaut. Ainsi Terminal est en UTF-8 et mon shell est bash. Je n'ai bien sûr pas été définir les variables LC_*.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Archidemon
On 9 sep, 14:19, Eric Levenez wrote:
Le 09/09/08 16:31, dans , « Archidemon » a écrit :
> L'apparition d'un fichier dont le nom contient un e accent aigu me > cause des embarras. Lorsque je crée un fichier de vérification avec :
> find . -name '*' -exec cksum > list '{}' ';'
> le fichier "list" ne contient pas le e accent aigu dont j'ai besoin > pour comparer avec une liste maîtresse.
D'abord ton find est bien étrange et marche sûrement un peu par hasar d, le plus simple :
find . -type f -exec cksum {} ; > /tmp/list
Merci j'en prends note
Ensuite, j'ai bien les accents dans list. J'ai tous les paramètres de M ac OS X 10.5 par défaut. Ainsi Terminal est en UTF-8 et mon shell est bash. J e n'ai bien sûr pas été définir les variables LC_*.
Il y a quelques mois, après être passé à Leopard mais avant l'apparition du fichier avec un e accent aigu, la ligne de code suivante:
Ça a bien fonctionné. Je suis prêt à me débarrasser de mon .bash_profile mais quoi faire?
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
On 9 sep, 14:19, Eric Levenez <use...@levenez.com> wrote:
Le 09/09/08 16:31, dans
<35bb5d10-dbaf-4fd4-a679-acc6f4b2b...@59g2000hsb.googlegroups.com>,
« Archidemon » <mikeom...@gmail.com> a écrit :
> L'apparition d'un fichier dont le nom contient un e accent aigu me
> cause des embarras. Lorsque je crée un fichier de vérification avec :
> find . -name '*' -exec cksum > list '{}' ';'
> le fichier "list" ne contient pas le e accent aigu dont j'ai besoin
> pour comparer avec une liste maîtresse.
D'abord ton find est bien étrange et marche sûrement un peu par hasar d, le
plus simple :
find . -type f -exec cksum {} ; > /tmp/list
Merci j'en prends note
Ensuite, j'ai bien les accents dans list. J'ai tous les paramètres de M ac OS
X 10.5 par défaut. Ainsi Terminal est en UTF-8 et mon shell est bash. J e
n'ai bien sûr pas été définir les variables LC_*.
Il y a quelques mois, après être passé à Leopard mais avant
l'apparition du fichier avec un e accent aigu, la ligne de code
suivante:
Le 09/09/08 16:31, dans , « Archidemon » a écrit :
> L'apparition d'un fichier dont le nom contient un e accent aigu me > cause des embarras. Lorsque je crée un fichier de vérification avec :
> find . -name '*' -exec cksum > list '{}' ';'
> le fichier "list" ne contient pas le e accent aigu dont j'ai besoin > pour comparer avec une liste maîtresse.
D'abord ton find est bien étrange et marche sûrement un peu par hasar d, le plus simple :
find . -type f -exec cksum {} ; > /tmp/list
Merci j'en prends note
Ensuite, j'ai bien les accents dans list. J'ai tous les paramètres de M ac OS X 10.5 par défaut. Ainsi Terminal est en UTF-8 et mon shell est bash. J e n'ai bien sûr pas été définir les variables LC_*.
Il y a quelques mois, après être passé à Leopard mais avant l'apparition du fichier avec un e accent aigu, la ligne de code suivante:
Note: les parenthèses permettent de lancer le tout dans un sous-shell. Ainsi la modification de l'environnement (LC_ALL=C) sera uniquement locale. En gros, mettre LC_ALL=C revient plus ou moins à désactiver les locales: on passe au comportement "par défaut". En particulier, le cut ne va pas chercher à interpréter les octets comme caractères spécifiques (pour les non-ASCII). C'est utile si tu es en UTF-8 mais que certains de tes fichiers sont en ISO-8859-*.
Note: les parenthèses permettent de lancer le tout dans un sous-shell.
Ainsi la modification de l'environnement (LC_ALL=C) sera uniquement
locale. En gros, mettre LC_ALL=C revient plus ou moins à désactiver
les locales: on passe au comportement "par défaut". En particulier,
le cut ne va pas chercher à interpréter les octets comme caractères
spécifiques (pour les non-ASCII). C'est utile si tu es en UTF-8 mais
que certains de tes fichiers sont en ISO-8859-*.
Note: les parenthèses permettent de lancer le tout dans un sous-shell. Ainsi la modification de l'environnement (LC_ALL=C) sera uniquement locale. En gros, mettre LC_ALL=C revient plus ou moins à désactiver les locales: on passe au comportement "par défaut". En particulier, le cut ne va pas chercher à interpréter les octets comme caractères spécifiques (pour les non-ASCII). C'est utile si tu es en UTF-8 mais que certains de tes fichiers sont en ISO-8859-*.
On 10 sep, 10:38, Vincent Lefevre <vincent+ wrote:
Dans l'article oups.com>, Archidemon écrit:
> Il y a quelques mois, après être passé à Leopard mais avant > l'apparition du fichier avec un e accent aigu, la ligne de code > suivante: > cut -f1-1 -d, fullx > ty1 ; cut -f2-2 -d, fullx > ty2 ; cut -f3-3 -d, > fullx | tr A-Z a-z > ty3 > me donnait: > cut: fullx: Illegal byte sequence > cut: fullx: Illegal byte sequence > cut: fullx: Illegal byte sequence
Ah, c'est différent. Là ça n'a rien à voir avec le nom du fichier . C'est le contenu de fullx qui pose problème. Ce que tu veux, c'est:
Note: les parenthèses permettent de lancer le tout dans un sous-shell. Ainsi la modification de l'environnement (LC_ALL=C) sera uniquement locale. En gros, mettre LC_ALL=C revient plus ou moins à désactiver les locales: on passe au comportement "par défaut". En particulier, le cut ne va pas chercher à interpréter les octets comme caractères spécifiques (pour les non-ASCII). C'est utile si tu es en UTF-8 mais que certains de tes fichiers sont en ISO-8859-*.
J'ai éliminé mon .profile et j'ai mis les parenthèses. En effet, je n'ai pas de "Illegal byte sequence". Merci!
Toutefois, le résultat de:
find . -name '*' -exec cksum > list '{}' ';'
Ne contient toujours d'accent aigu.
On 10 sep, 10:38, Vincent Lefevre <vincent+n...@vinc17.org> wrote:
Dans l'article <a7805c2f-2218-4ee4-ba94-eea5b28ea...@e53g2000hsa.googlegr oups.com>,
Archidemon <mikeom...@gmail.com> écrit:
> Il y a quelques mois, après être passé à Leopard mais avant
> l'apparition du fichier avec un e accent aigu, la ligne de code
> suivante:
> cut -f1-1 -d, fullx > ty1 ; cut -f2-2 -d, fullx > ty2 ; cut -f3-3 -d,
> fullx | tr A-Z a-z > ty3
> me donnait:
> cut: fullx: Illegal byte sequence
> cut: fullx: Illegal byte sequence
> cut: fullx: Illegal byte sequence
Ah, c'est différent. Là ça n'a rien à voir avec le nom du fichier .
C'est le contenu de fullx qui pose problème. Ce que tu veux, c'est:
Note: les parenthèses permettent de lancer le tout dans un sous-shell.
Ainsi la modification de l'environnement (LC_ALL=C) sera uniquement
locale. En gros, mettre LC_ALL=C revient plus ou moins à désactiver
les locales: on passe au comportement "par défaut". En particulier,
le cut ne va pas chercher à interpréter les octets comme caractères
spécifiques (pour les non-ASCII). C'est utile si tu es en UTF-8 mais
que certains de tes fichiers sont en ISO-8859-*.
On 10 sep, 10:38, Vincent Lefevre <vincent+ wrote:
Dans l'article oups.com>, Archidemon écrit:
> Il y a quelques mois, après être passé à Leopard mais avant > l'apparition du fichier avec un e accent aigu, la ligne de code > suivante: > cut -f1-1 -d, fullx > ty1 ; cut -f2-2 -d, fullx > ty2 ; cut -f3-3 -d, > fullx | tr A-Z a-z > ty3 > me donnait: > cut: fullx: Illegal byte sequence > cut: fullx: Illegal byte sequence > cut: fullx: Illegal byte sequence
Ah, c'est différent. Là ça n'a rien à voir avec le nom du fichier . C'est le contenu de fullx qui pose problème. Ce que tu veux, c'est:
Note: les parenthèses permettent de lancer le tout dans un sous-shell. Ainsi la modification de l'environnement (LC_ALL=C) sera uniquement locale. En gros, mettre LC_ALL=C revient plus ou moins à désactiver les locales: on passe au comportement "par défaut". En particulier, le cut ne va pas chercher à interpréter les octets comme caractères spécifiques (pour les non-ASCII). C'est utile si tu es en UTF-8 mais que certains de tes fichiers sont en ISO-8859-*.
Marchouillé :-) Le '*' est peut-être pour éviter . et .., mais si tu as des sous-répertoires, tu auras des erreurs avec cksum. De plus, on place traditionnellement la redirection à la fin pour ne pas la mélanger aux arguments, cela permet aussi de facilement chaîner les commandes.
Ne contient toujours d'accent aigu.
Il faut que tu supprimes tout ce que tu as fait pour retrouver un système propre qui marchera sans aucun problème dans sa configuration d'origine.
Que dois-je supprimer exactement? veux-tu dire réinstaller Leopard?
Réinstaller non, mais toi seul sait ce que tu as fait sur ta machine. Essaye par exemple en te connectant avec un nouveau compte pour voir si tout se passe bien avec celui-ci. Après tu n'auras qu'à regarder les différences entre les deux comptes.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 12/09/08 21:07, dans
<de2b5b0b-bbc2-4049-8503-c982f1f42dd6@w7g2000hsa.googlegroups.com>,
« Archidemon » <mikeomike@gmail.com> a écrit :
On 12 sep, 14:11, Eric Levenez <use...@levenez.com> wrote:
Le 12/09/08 19:31, dans
<7f553272-5329-49e1-bd03-4d3ca0581...@x41g2000hsb.googlegroups.com>,
« Archidemon » <mikeom...@gmail.com> a écrit :
Toutefois, le résultat de:
find . -name '*' -exec cksum > list '{}' ';'
Pourquoi vouloir utiliser cette mauvaise syntaxe ?
Ce n'est qu'un exemple simplifié qui représente une ligne type que
j'utilise à plusieurs endroits. Voici un exemple concret:
Marchouillé :-) Le '*' est peut-être pour éviter . et .., mais si tu as des
sous-répertoires, tu auras des erreurs avec cksum. De plus, on place
traditionnellement la redirection à la fin pour ne pas la mélanger aux
arguments, cela permet aussi de facilement chaîner les commandes.
Ne contient toujours d'accent aigu.
Il faut que tu supprimes tout ce que tu as fait pour retrouver un système
propre qui marchera sans aucun problème dans sa configuration d'origine.
Que dois-je supprimer exactement? veux-tu dire réinstaller Leopard?
Réinstaller non, mais toi seul sait ce que tu as fait sur ta machine. Essaye
par exemple en te connectant avec un nouveau compte pour voir si tout se
passe bien avec celui-ci. Après tu n'auras qu'à regarder les différences
entre les deux comptes.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Marchouillé :-) Le '*' est peut-être pour éviter . et .., mais si tu as des sous-répertoires, tu auras des erreurs avec cksum. De plus, on place traditionnellement la redirection à la fin pour ne pas la mélanger aux arguments, cela permet aussi de facilement chaîner les commandes.
Ne contient toujours d'accent aigu.
Il faut que tu supprimes tout ce que tu as fait pour retrouver un système propre qui marchera sans aucun problème dans sa configuration d'origine.
Que dois-je supprimer exactement? veux-tu dire réinstaller Leopard?
Réinstaller non, mais toi seul sait ce que tu as fait sur ta machine. Essaye par exemple en te connectant avec un nouveau compte pour voir si tout se passe bien avec celui-ci. Après tu n'auras qu'à regarder les différences entre les deux comptes.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.