Lire fichier comme un tableau

Bonjour,

Est-il possible de lire un fichier comme un tableau?
Exemple: fichier[12] donne le 13ème caractère du fichier

C'est pour récupérer des partie précises d'un fichier sans retour à la ligne.
Exemple :
Dans le fichier suivant, je veux récupérer les caractères 21 à 22 et 111 à 113
Donc récupérer le "abc" et le "def"

Code:

---

12345678901234567890abc456789012345678901234567890123456789012345678901234567890123456789012345678901234567890def456789012345678901234567890

---

doit devenir "abcdef"
Les 123456780 peuvent être n'importe quoi.

Actuellement je fais simplement des head et tail. Comme il y a des caractères qui ne s'affiche pas (ex: le caractère nul) je ne peux pas stocker les résultat dans une variable.

Je fais donc:
tail -c+21 fichier > tmp
head -c3 tmp > fichier_resultat
tail -c+112 fichier > tmp
head -c3 tmp >> fichier_resultat

Comme j'ai pas mal de caractères à récupérer, j'essaye de trouver une méthode plus rapide que de lire/écrire à chaque fois sur le disque.

Salut,

Il suffit de mettre ton fichier dans une variable et de te servir du développement des paramètres.

Contenu du fichier

Code:

---

1 2	$ cat plop 12345678901234567890abc456789012345678901234567890123456789012345678901234567890123456789012345678901234567890def456789012345678901234567890

---

Transformation en variable

Code:

---

$ A=$(< plop)

---

Contenu de la variable

Code:

---

1 2	$ echo ${A} 12345678901234567890abc456789012345678901234567890123456789012345678901234567890123456789012345678901234567890def456789012345678901234567890

---

Affichage à partir du caractère 20 et des 3 suivants , puis du 110

Code:

---

1 2 3 4 5

$ echo ${A:20:3} abc   $ echo ${A:110:3} def

---

Concaténation

Code:

---

1 2	$ echo ${A:20:3}${A:110:3} abcdef

---

;)

Bonjour,

Code:

---

1 2	$ cut -c 21-23,111-113 tonFichier abcdef

---

...
?

Salut,

Citation:

---

Envoyé par N_BaH

Code:

---

1 2	$ cut -c 21-23,111-113 tonFichier abcdef

---

...

---

T'es vraiment navrant toi :arf:

Zipe... :boulet: de service :scarymov:

:calin:

:yaisse1:

c'est l'effet "monday morning" ... mais bon normalement le mardi.... :zen: c'est sensé être fini

Citation:

---

Envoyé par zipe31

Affichage à partir du caractère 20 et des 3 suivants , puis du 110

Code:

---

1 2	$ echo ${A:20:3} abc

---

---

A titre indicatif, cette syntaxe ne marche pas pour tous les shells:

Code:

---

1 2 3

A=abcdef $ echo ${A:2:3} ksh: ${A:2:3}: 0403-011 The specified substitution is not valid for this command.

---

Raison de plus pour utiliser 'cut'!

Salut,

Citation:

---

Envoyé par jack-ft

A titre indicatif, cette syntaxe ne marche pas pour tous les shells:

Code:

---

1 2 3

A=abcdef $ echo ${A:2:3} ksh: ${A:2:3}: 0403-011 The specified substitution is not valid for this command.

---

Raison de plus pour utiliser 'cut'!

---

Ça c'est de la mauvaise foi :aie:

Code:

---

1 2 3 4 5

$ ksh --version version sh (AT&T Research) 93u 2011-02-08 $ A=abcdef $ echo ${A:2:3} cde

---

Suffit d'utiliser la bonne version :mouarf:

Et puis y'a qu'à utiliser la version portable multi-lignes :

Code:

---

1 2	$ sed -r 's/.{20}(...).{87}(...).*/\1\2/' ../plop abcdef

---

;)

Tout d'abord merci pour vos réponses.

Voici un exemple du début du fichier. Il y a des caractères nul "(nul)" dans l'exemple ci-dessous. Et il peut y avoir des retour chariot en fait, donc cet exemple devrait être complet.

Citation:

---

E(nul)(nul)0_57PY
E(nul)(nul)0_57PYE(nul)(nul)0_57PY

---

En hexadécimal:

Code:

---

45 00 00 30 5f 35 37 50 59 0a 45 00 00 30 5f 35 37 50 59 45 00 00 30 5f 35 37 50 59

---

Citation:

---

A=$(< fichier )
echo ${A:0:3}

---

Cela ne tiens pas compte du caractère nul, il renvoie "E0_"

Citation:

---

cut -c 1-4 fichier
cut -c 10-25 fichier

---

Ca affiche bien le caractère nul. Mais le retour chariot pose problème.

Citation:

---

sed -r 's/.{1}(...).{4}(..).*/\1\2/' fichier

---

idem que le cut

(>_<)

Y a-t-il moyen de faire la même chose en hexa? Ca permettra sans doute de résoudre ce problème?

ps: J'utilise cygwin sous windows, ça me permet de me familiariser avec le shell unix/linux sans avoir besoin d'un linux installé sur mon pc. C'est utile pour mon boulot :)

Citation:

---

Envoyé par Beginner.j

Il y a des caractères nul "(nul)"
Et il peut y avoir des retour chariot

---

Si tu ne souhaites pas garder les nul et return, tu peux au préalable les remplacer par un caractère quelconque (et non les supprimer (ce qui changerait la place de ceux que tu cherches)):

Code:

---

tr '\0\r\n' '~~~' fichier | cut -c 1-4,10-25

---

PS: '0a' en hexa est le caractère numéro 10 (en base dix), c'est-à-dire Ctrl-J (J est la 10ème lettre), également connu sous le nom de 'line feed', qui représente généralement une fin de ligne sous Unix et que l'on écrit (pour tr) sous la forme \n
'0d' en hexa est le caractère numéro 13 (en base dix), c'est-à-dire Ctrl-M (M est la 13ème lettre), également connu sous le nom de 'carriage return' ou 'return', qui représente généralement une fin de ligne sous MacOsX et que l'on écrit (pour tr) sous la forme \r
Sous d'autres OS, la fin de ligne peut être représentée par la suite C-M C-J
(comme sur une machine à écrire: on ramène le chariot au début de ligne (CR = décalage horizontal) et on tourne le chariot d'un cran (LF = décalage vertical)).

Citation:

---

Envoyé par Beginner.j

ps: J'utilise cygwin sous windows, ça me permet de me familiariser avec le shell unix/linux sans avoir besoin d'un linux installé sur mon pc. C'est utile pour mon boulot :)

---

Moi aussi, j'utilisais cygwin, mais, à titre indicatif, l'installation de VirtualBox et d'une Ubuntu (hors temps de téléchargement) prend moins d'un quart d'heure (et quelques (sic!) octets sur le disque...) et ça permet (comme cygwin) d'avoir un linux sans rebooter le PC.

Citation:

---

A=`tr '\0' ';' < fichier`
echo ${A:1:2}

---

Ca fonctionne comme je veux.
Merci à tous :zoubi:

ps: je m'installe virtualbox ^^

Bizarre, cette méthode est plus lente que d'utiliser des head/tail en écrivant dans des fichiers temporaires.
1 à 2 secondes pour avoir le résultat de la commande "echo ${A:1:2}" sur un fichier de 35mo.

Vu qu'on travaille avec la ram, ça devrait être plus rapide non?

ps: j'ai testé ubuntu avec virtualbox, c'est aussi lent que cygwin

Citation:

---

Envoyé par Beginner.j

Bizarre, cette méthode est plus lente que d'utiliser des head/tail en écrivant dans des fichiers temporaires.
1 à 2 secondes pour avoir le résultat de la commande "echo ${A:1:2}" sur un fichier de 35mo.

Vu qu'on travaille avec la ram, ça devrait être plus rapide non?

---

ça ne m'étonne pas!
Attention! Je ne suis pas du tout spécialiste de ce genre de question (entrailles de la gestion mémoire)
Pour les différentes méthodes, l'accès disque est quasiment le même (1 seule lecture du gros fichier), mais il me semble que A=$(tr '\0' ';' fichier) ramène tout le fichier en ram, donc avec quelque chose comme un gros malloc (pour fabriquer une string de 35Mb), voire plusieurs mallocs (au fur et à mesure de la lecture du fichier), ce qui est probablement assez coûteux.
Les fonctions "standard" unix (cut, sed, etc.) travaillent probablement avec des petits buffers pour une gestion ligne à ligne et consomment donc moins de mémoire (font moins de mallocs).
à vérifier...

En général, je réserve l'utilisation de A=$(cat fichier | ...) aux "petits" fichiers.

)jack(

Je comprend, merci