Uventede kinesiske tegn i filutgang: Feilsøking C -filhåndtering

Når C -programmet ditt skriver gibberish i stedet for tekst

Du har nettopp begynt å lære C og er glade for å prøve filhåndtering. Du skriver et enkelt program for å lagre "Hello World" til en tekstfil, men når du åpner filen, erstattes teksten av rare kinesiske tegn. 🤯 Hva gikk galt?

Dette problemet kan være ganske frustrerende, spesielt for nybegynnere. Det oppstår ofte på grunn av feil filhåndtering, misbrukte funksjoner eller koding av problemer. Hvis programmet ditt ikke leser eller skriver riktig, kan det tolke data på uventede måter.

Se for deg å skrive et notat på engelsk, men når du overlater det til en venn, leser de det på et helt annet språk. Det er det som skjer i koden din! Problemet skyldes sannsynligvis feil håndtering av filpekere eller manglende trinn i å lese filen.

I denne artikkelen vil vi bryte ned hva som forårsaker problemet, analysere koden din og veilede deg gjennom riktig måte å håndtere filen I/O i C. Mot slutten vil du kunne skrive og lese tekstfiler trygt og lese tekstfiler uten uventede overraskelser. 🚀

Forstå filhåndtering i C: Hvorfor teksten din blir gibberish

Når du jobber med fil I/O i C, er det avgjørende å sikre at data er riktig skrevet og lesing. Spørsmålet om tekst som endrer seg til Kinesiske tegn eller andre uleselige symboler oppstår ofte fra feil håndtering av filpekere. I det første skriptet forsøkte vi å åpne en fil, skrive "Hello World" i den og deretter lese den tilbake. Imidlertid var det en stor feil - etter å ha skrevet til filen, åpnet vi den igjen i lesemodus uten å lukke forrige forekomst ordentlig. Dette forårsaket uventet oppførsel fordi den andre `fopen` -samtalen ikke lagret filpekeren, noe som førte til en udefinert lesning.

I den korrigerte tilnærmingen sørget vi for at hver filoperasjon følger beste praksis. Programmet skriver først data ved å bruke `fprintf`, og lukker deretter filen før du åpner den på nytt for lesing. Dette forhindrer korrupsjon av filpekeren og sikrer at data blir lest riktig. En annen nøkkelforbedring var å legge til Feilhåndtering bruker `perror`. Hvis en filoperasjon mislykkes, skrives en feilmelding i stedet for å fortsette utførelsen blindt, noe som kan føre til datakorrupsjon eller krasjer. Se for deg å prøve å skrive et brev, men glemme å hente en penn - uten å sjekke om feil oppfører programmet seg på en lignende forvirret måte! 🤯

Vi gjorde også programmet mer strukturert ved å introdusere separate funksjoner for skriving og lesing. Dette gjør koden modulær og gjenbrukbar, slik at vi kan feilsøke og utvide funksjonaliteten enkelt. For eksempel, hvis vi senere ønsket å skrive brukerinjustert tekst i stedet for en hardkodet melding, kunne vi ganske enkelt endre `Writetofile`-funksjonen uten å endre hele programmet. Denne modulære tilnærmingen er som å bruke separate rom i en ryggsekk - hver funksjon håndterer en spesifikk oppgave, og holder det samlede programmet organisert og effektivt. 🎒

Til slutt brukte vi en `mens (fgets (...))` loop for å lese hele filen i stedet for å anta at en enkelt `fgets 'samtale ville være nok. Dette sikrer at vi ikke går glipp av noen linjer når vi arbeider med flerlinjefiler. Det korrigerte programmet følger nå riktige filhåndteringsteknikker, og unngår problemer som forvirret tekst og feil leser. Ved å ta i bruk strukturert programmering og beste praksis, forvandler vi uforutsigbar atferd til en pålitelig og vedlikeholdbar fil I/O -system. 🚀

#include <stdio.h>
#include <stdlib.h>
int main() {
    FILE *fptr;
    fptr = fopen("text.txt", "w"); // Open file in write mode
    if (fptr == ) {
        perror("Error opening file");
        return 1;
    }
    fprintf(fptr, "Hello World\n"); // Write text to file
    fclose(fptr); // Close file

    fptr = fopen("text.txt", "r"); // Open file in read mode
    if (fptr == ) {
        perror("Error opening file");
        return 1;
    }

    char input[100];
    fgets(input, 100, fptr); // Read text from file
    printf("%s", input); // Print read text

    fclose(fptr); // Close file
    return 0;
}

#include <stdio.h>
#include <stdlib.h>
void writeToFile(const char *filename, const char *text) {
    FILE *fptr = fopen(filename, "w");
    if (!fptr) {
        perror("Failed to open file");
        exit(EXIT_FAILURE);
    }
    fprintf(fptr, "%s", text);
    fclose(fptr);
}

void readFromFile(const char *filename) {
    FILE *fptr = fopen(filename, "r");
    if (!fptr) {
        perror("Failed to open file");
        exit(EXIT_FAILURE);
    }
    char buffer[100];
    while (fgets(buffer, sizeof(buffer), fptr)) {
        printf("%s", buffer);
    }
    fclose(fptr);
}

int main() {
    const char *filename = "text.txt";
    writeToFile(filename, "Hello World\n");
    readFromFile(filename);
    return 0;
}

Hvorfor koding av saker i filhåndtering

Ett sentralt aspekt som ofte forårsaker uventede symboler, for eksempel Kinesiske tegn, når du skriver til filer i C koder. Som standard lagres tekstfiler ved hjelp av et bestemt kodingsformat, som kanskje ikke alltid samsvarer med den forventede. I Windows kan for eksempel notisblokk lagre filer i UTF-16, mens et C-program vanligvis skriver i UTF-8 eller ANSI. Hvis kodingen ikke stemmer overens, kan teksten vises som uleselige symboler. Dette misforholdet kan løses ved eksplisitt å sette kodingen når du leser filen, og sikrer kompatibilitet mellom det som er skrevet og hva som vises. 📄

En annen vanlig sak er ikke å skylle eller lukke filen på riktig måte før du åpner den på nytt. Hvis filen blir stående åpen i skrivemodus og deretter får tilgang til i lesemodus uten riktig lukking, kan det hende at innholdet ikke lagres riktig. Dette kan føre til uventede resultater, inkludert korrupte eller feiltolkede data. Bruker fclose Sikrer at alle skriftlige data er begått før filen får tilgang til igjen. Tilsvarende å ringe fflush Før du lukker filen tvinger eventuelle uskrevne data som skal lagres, og forhindrer delvis skriver eller uleselig innhold. 🛠

Til slutt spiller filåpningsmodus en viktig rolle. I C, åpner en fil med "w" modus overskriver eksisterende innhold, mens "a" modus legger til den. Hvis en fil ved et uhell ble åpnet i binær modus ("wb" istedenfor "w"), kan utgangen vises som uleselige tegn. Når du håndterer tekstfiler, anbefales det alltid å bruke riktig modus og bekrefte filkoding i tekstredigereren for å unngå uventede formateringsproblemer.