Se déplacer dans un fichier

**zibzab** · 01/05/2013, 23h51

Bonjour, je souhaiterai me déplacer dans un fichier txt se remplissant au fur et à mesure double par double sur 7 colonnes de doubles espacé de \t.

J'utilise pour le moment fsetpos et fgetpos avec des fpos_t et des fseek/ftellmais j'ai vu récemment je ne sais plus où que de mélanger les fseek et les fgetpos n'étaient pas bon. Je voudrais donc savoir comment unifier tout cela car j'effectue des remontées et des descente dans mon fichier danc les deux paires de fonctions me sont utiles...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
// fseek me permet essentiellement de remonter caractère par caractère depuis la fin, c'est essentiellement cela que je souhaiterai faire exclusivement en fgetpos / fsetpos ...
fseek(fic, -1, SEEK_END)...
 
// fgetpos et fsetpos me permettent de me placer à la fin des fseek
fgetpos(fic, &pos_a);

Voilà, je voulais donc savoir si j'avais le droit de marier les deux sans perdre en fiabilité? Si non comment faire tout en fgetpos/fsetpos qui est le seul portable selon le man..Merci d'avance

**Neckara** · 02/05/2013, 06h42

Bonjour,

D'après le man, fseek et ftell sont de l'AINSI C (C89 si je ne m'abuse), ils sont donc bel et bien portables.

**zibzab** · 03/05/2013, 08h43

Oui c'est ce que je me suis toujours dis mais là j'avais un besoin plus poussé des fonction de positionnement ce qui m'a permis de tomber sur ça :

http://www.cplusplus.com/reference/cstdio/ftell/

Il y a le petit commentaire //non portable à côté de la ligne qui correspond à l'utilisation de fseek que je souhaite faire. Est-ce que je me prends la t^te pour rien ou est-ce que cela a une importance?

**gangsoleil** · 03/05/2013, 10h03

Bonjour,

fseek, ftell et fgetpos sont bien des fonctions standard, je ne vois pas en quoi ca ne serait pas portable...
De meme pour SEEK_CUR, SEEK_END et SEEK_SET....

Tout cela est par exemple present dans le paragraphe 7.19.9 de la norme C99.

**Bktero** · 03/05/2013, 10h03

En allant sur la page dédiée à fseek(), on peut lire ceci http://www.cplusplus.com/reference/cstdio/fseek/

For streams open in text mode, offset shall either be zero or a value returned by a previous call to ftell, and origin shall necessarily be SEEK_SET.

If the function is called with other values for these arguments, support depends on the particular system and library implementation (non-portable).

Mon interprétation est que ce n'est donc pas fseek() qui n'est pas portable, mais l'utilisation de SEEK_END (d'après cette page sur fseek(), je rajouterais "dans un flux texte" mais d'après l'exemple de code de la page que tu cites, je dirais plutôt "quelque soit le mode du flux").

Ceci dit, la page de manuel ne dit rien sur une non portabilité : http://man.developpez.com/man3/fseek.3.php

http://www.gnu.org/software/libc/man...sitioning.html donne une précision :

Portability Note: In non-POSIX systems, ftell, ftello, fseek and fseeko might work reliably only on binary streams.

**Sve@r** · 04/05/2013, 09h03

Envoyé par Bktero

For streams open in text mode, offset shall either be zero or a value returned by a previous call to ftell, and origin shall necessarily be SEEK_SET.

If the function is called with other values for these arguments, support depends on the particular system and library implementation (non-portable).

Mon interprétation est que ce n'est donc pas fseek() qui n'est pas portable, mais l'utilisation de SEEK_END

Bien vu mais moi j'irais même jusqu'à dire que SEEK_CUR doit aussi être évité...

**Médinoc** · 04/05/2013, 09h36

En effet: Avec SEEK_CUR et n'importe quel offset (positif ou négatif), même 1, la norme ne précise pas ce qui se passe en mode texte si on tombe sur un \r\n...