modifier le contenu existant de fichier en c

Analyse

Il y a plusieurs problèmes:

1. fgetc() retourne un int, pas un char; elle doit retourner chaque valable char valeur, majorée d'une valeur individuelle, les expressions du FOLKLORE. Comme l'écrit, vous ne pouvez pas détecter de manière fiable des expressions du FOLKLORE. Si char est un type non signé, vous ne trouverez pas d'expressions du FOLKLORE; si char est un type signé, vous aurez classifier certains caractères valide (souvent ÿ, y tréma, U+00FF, la LETTRE minuscule LATINE Y TRÉMA) comme des expressions du FOLKLORE.

2. Si vous basculez entre l'entrée et la sortie sur un fichier ouvert pour le mode de mise à jour, vous devez utiliser un fichier de positionnement de l'opération (fseek(), rewind(), nominalement fsetpos()) entre la lecture et l'écriture; et vous devez utiliser un positionnement opération ou fflush() entre l'écriture et de la lecture.

3. C'est une bonne idée de fermer ce que vous ouvrez (maintenant corrigé dans le code).

4. Si votre écrit travaillé, vous souhaitez remplacer le caractère après le i avec a.

Synthèse

Ces changements conduisent à:

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
    FILE *ft;
    char const *name = "abc.txt";
    int ch;
    ft = fopen(name, "r+");
    if (ft == NULL)
    {
        fprintf(stderr, "cannot open target file %s\n", name);
        exit(1);
    }
    while ((ch = fgetc(ft)) != EOF)
    {
        if (ch == 'i')
        {
            fseek(ft, -1, SEEK_CUR);
            fputc('a',ft);
            fseek(ft, 0, SEEK_CUR);
        }
    }
    fclose(ft);
    return 0;
}

Il n'y a plus de place pour la vérification d'erreur.

L'exégèse

Entrée, suivie par la production nécessite cherche

La fseek(ft, 0, SEEK_CUR); déclaration est requise par la norme.

ISO/IEC 9899:2011 §7.21.5.3 La fopen fonction

¶7 Lorsqu'un fichier est ouvert avec le mode de mise à jour ('+' de la deuxième ou de troisième caractère de la
au-dessus de la liste de la mode des valeurs d'argument), à la fois d'entrée et de sortie peut être effectuée sur le
flux associé. Cependant, la sortie ne doit pas être directement suivie par une entrée sans un
intervenant appel à la fflush fonction ou d'une fonction de positionnement de fichier (fseek,
fsetpos, ou rewind), et ne doit pas être directement suivie par la sortie sans un
intervenant appel à une fonction de positionnement de fichier, à moins que l'opération d'entrée des rencontres de fin de
fichier. L'ouverture (ou de créer) un fichier texte avec le mode de mise à jour peuvent, au lieu d'ouvrir (ou de créer) un
flux binaire dans certaines implémentations.

(Italiques ajoutés.)

fgetc() retourne un int

Des citations de la norme ISO/IEC 9899:2011, le C standard.

§7.21 d'Entrée/sortie <stdio.h>

§7.21.1 Introduction

EOF qui augmente à un nombre entier d'expression constante, avec un type int et une valeur négative, que
est retourné par plusieurs fonctions pour indiquer la fin de fichier, qui n'est pas plus d'entrée à partir d'un
flux;

§7.21.7.1 La fgetc fonction

int fgetc(FILE *stream);

¶2 Si la fin de fichier indicateur pour l'entrée de flux pointé par stream n'est pas définie et qu'un
le caractère suivant est présent, le fgetc fonction obtient le caractère de unsigned char converti en int et avances le fichier associé indicateur de position pour la
flux (si défini).

Retourne

¶3 Si la fin de fichier indicateur pour le stream est activé, ou si le flux est en fin de fichier, la fin-de-fichier de l'indicateur pour le flux est défini et le fgetc fonction retourne EOF. Sinon, l'
fgetc fonction retourne le caractère suivant à partir de l'entrée de flux pointé par stream.
Si une erreur de lecture se produit, l'indicateur d'erreur pour le flux est défini et le fgetc fonction
retourne EOF.²⁸⁹⁾

²⁸⁹⁾ de fin de fichier et une erreur de lecture peuvent être distingués par l'utilisation de la feof et ferror fonctions.

Donc, EOF est un entier négatif (généralement, il est de -1, mais la norme n'exige pas que). Le fgetc() fonction retourne EOF ou la valeur du caractère de unsigned char (dans l'intervalle 0..UCHAR_MAX, généralement 0..255).

§6.2.5 Types

¶3 Un objet déclaré comme étant de type char est assez grand pour stocker tous les membres de la base
l'exécution de jeu de caractères. Si un membre de l'exécution de base jeu de caractères sont stockées dans une
char de l'objet, sa valeur est garantie pour être positif ou nul. Si tout autre caractère est stocké dans
un char objet, la valeur obtenue est mise en œuvre défini mais doit être dans la gamme
les valeurs qui peuvent être représentés dans ce type.

¶5 Un objet déclaré comme étant de type signed char occupe le même espace de stockage comme un
‘la plaine’ char objet.

§6 Pour chaque entier signé types, il existe un correspondant (mais différentes) unsigned
de type entier (désigné par le mot-clé unsigned) qui utilise la même quantité de
stockage (y compris le signe de l'information) et a les mêmes exigences alignement.

§15 Les trois types de char, signed char, et unsigned char sont collectivement appelés
les types de caractère. La mise en œuvre doit définir char avoir la même gamme,
la représentation, et le comportement que soit signed char ou unsigned char.⁴⁵⁾

⁴⁵⁾ CHAR_MIN, défini dans <limits.h>, va avoir une des valeurs 0 ou SCHAR_MIN, et cela peut être
utilisé pour distinguer les deux options. Quel que soit le choix fait, char est un type distinct de l'
deux autres et n'est pas compatible avec les deux.

Ce qui justifie mon affirmation que la plaine char peut être signé ou d'un type non signé.

Considérons maintenant:

char c = fgetc(fp);
if (c == EOF)
   …

Supposons que fgetc() retourne EOF, et la plaine char est un entier non signé (8 bits), et des expressions du FOLKLORE est -1. La mission met la valeur 0xFF dans c, qui est un entier positif. Lorsque la comparaison est faite, c est promue à un int (et donc à la valeur 255), et 255 n'est pas négatif, de sorte que la comparaison échoue.

Inversement, supposons que la plaine char est une signature (8 bits) type et le jeu de caractères ISO 8859-15. Si fgetc() retourne ÿ, la valeur attribuée sera le motif de bits 0b11111111, qui est le même que -1, donc dans la comparaison, c seront convertis en -1 et la comparaison c == EOF sera de retour, même si l'un caractère valide a été lu.

Vous pouvez affiner les détails, mais l'argument de base demeure valide pendant sizeof(char) < sizeof(int). Il y a des puces DSP où ça ne s'applique pas; vous avez de repenser les règles. De même, le point de base reste; fgetc() retourne un int, pas un char.

Si vos données est vraiment ASCII (7 bits de données), tous les personnages sont dans l'intervalle 0..127 et vous ne rencontrerez pas de la mauvaise interprétation de ÿ problème. Toutefois, si votre char est de type non signé, vous avez encore le 'ne peut pas détecter les expressions du FOLKLORE" problème, de sorte que votre programme va s'exécuter pendant un long moment. Si vous devez tenir compte de la portabilité, vous allez prendre cela en compte. Ce sont de qualité professionnelle, les questions que vous avez besoin pour gérer en tant que programmeur C. Vous pouvez bidouille votre façon de programmes qui fonctionnent sur votre système, vos données relativement facilement et sans prendre toutes ces nuances en compte. Mais votre programme ne fonctionne pas sur d'autres systèmes.

OriginalL'auteur Jonathan Leffler

Après la lecture de " je " vous avez besoin de "pas en arrière" pour l'écriture à l'emplacement correct.

if(ch=='i')
{
    fseek(ft, -1, SEEK_CUR);
    fputc('a',ft);
}

OriginalL'auteur OregonTrail