ftell an einer position in der Vergangenheit 2GB

Auf einem 32-bit-system, was bedeutet ftell zurück, wenn die aktuelle position Anzeige der Datei im Binärmodus geöffnet ist Vergangenheit die 2GB Punkt? In der C99 standard, ist diese Undefiniertes Verhalten seit ftell muss wieder ein long int (maximalen Wert 2**31-1)?

  • Wenn, wie Sie gesagt haben, es ist Undefiniertes Verhalten, gibt es keine Möglichkeit, (sicher oder zuverlässig) sagen. Könnte es einfach nur wieder die richtige Zahl, -1, 0, a random number, könnte es segfault, oder es könnte senden einer swat-team.
InformationsquelleAutor Vilhelm Gray | 2013-05-22
  1. 11

    auf long int

    long int soll MINDESTENS 32-bit, aber C99-standard NICHT eine Begrenzung auf 32-bit.
    C99-standard bietet Komfort Typen wie int16_t & int32_t etc, die Karte zu korrigieren bit-Größen für eine Zielplattform.

    auf ftell/fseek

    ftell() und fseek() sind auf 32 bit beschränkt (einschließlich Vorzeichenbit) auf die überwiegende Mehrheit der 32-bit-Architektur-Systeme. Also, wenn es Unterstützung für große Dateien, die Sie ausführen in das 2GB Problem.

    POSIX.1-2001-und SysV-Funktionen für fseek und ftell sind fseeko und ftello weil Sie off_t als parameter für den offset.

    müssen Sie festlegen, kompilieren mit -D_FILE_OFFSET_BITS=64 oder definieren Sie es irgendwo, bevor stdio.h, um sicherzustellen, dass off_t ist 64-bit.

    Lesen Sie über diese auf die cert.org secure coding guide.

    Auf Verwirrung zu ftell und die Größe der long-int -

    C99 sagt long int muss mindestens 32-bit es NICHT sagen, dass es nicht größer sein

    versuchen Sie die folgenden für die x86_64-Architektur:

    #include <stdio.h>

int main(int argc, char *argv[]) {
    FILE *fp;
    fp = fopen( "test.out", "w");
    if ( !fp ) 
        return -1;
    fseek(fp, (1L << 34), SEEK_SET);
    fprintf(fp, "\nhello world\n");
    fclose(fp);
    return 0;
}

    Beachten Sie, dass 1L ist nur ein long dies erzeugt eine Datei, die 17 GB und die sticks "\nhello world\n" zu Ende. Die Sie überprüfen können, ist es von trivial mit tail -n1 test.out oder explizit mit:

    dd if=test.aus skip=$((1 << 25))

    Beachten Sie, dass dd verwendet in der Regel block-Größe von (1 << 9) so 34 - 9 = 25 wird dump aus '\nhello world\n'

    • Sorry, aber wolltest du meine 64 statt 34? Und als der Typ long signiert ist die Datei nicht 17 GB, aber 9GB statt Recht?
    • Es funktioniert nicht auf diese Weise für alle x86_64 archs. Insbesondere lange auf 64-bit-windows ist immer noch 32-bit-Größe.
    InformationsquelleAutor Ahmed Masud
  2. 5

    Zumindest auf einem 32-bit OS ftell() wird es überlauf oder Fehler oder führen Sie einfach in ein Undefiniertes Verhalten.

    Dies zu umgehen, können Sie gerne verwenden off_t ftello(FILE *stream); und #define _FILE_OFFSET_BITS 64.

    Wörtlich aus man ftello:

    Den fseeko() und ftello() Funktionen sind identisch mit fseek(3) und ftell(3) (siehe fseek(3), die jeweils, außer, dass das argument offset von fseeko() und der Rückgabewert von ftello() ist vom Typ off_t, statt lange.

    Auf vielen Architekturen sowohl off_t und längst sind 32-bit-Typen, aber die Zusammenstellung mit

       #define _FILE_OFFSET_BITS 64

    drehen wird, off_t in einer 64-bit-Typ.

    Update:

    Laut IEEE Std 1003.1, 2013 Edition ftell() ist zurück -1 - und set - errno zu EOVERFLOW in solchen Fällen:

    EOVERFLOW

    Für ftell(), die aktuelle Datei-offset nicht dargestellt werden kann, richtig in ein Objekt vom Typ long.

    • Ich habe einige Personen sagen ftell gibt immer 0 in solchen Fällen, aber ein überlauf scheint zu implizieren, die Möglichkeit, eine negative Rendite. Sind überläufe garantiert "wrap-around" in der , C99, standard, oder wird diese bestimmt durch die Umsetzung?
    • Ich bezweifle es zurück 0 sehe ich keine reson für diese. Vermutlich wird die ganze Sache laufen in der UB? Vermeiden Sie es einfach! Jedoch UB könnte führen zu nichts ... es könnte auch zurückkehren, 42 dann! 😉
    • Ich denke, es muss einkochen, UB. In Abschnitt 6.5 Absatz 5 der C99-standard (ISO/IEC 9899:TC3): If an exceptional condition occurs during the evaluation of an expression (that is, if the result is not mathematically defined or not in the range of representable values for its type), the behavior is undefined.
    • Dank für das schauen herauf die Standard-beweisen dies ... 🙂
    • Jedoch gibt es etwas in der Norm zu unterstellen, dass ftell selbst bewirkt den überlauf -- oder ist der Wert, den es gibt für diese Fälle nicht spezifiziert?
    • Bitte siehe meine aktualisierte Antwort.
    • Verzeihen Sie mir, ich soll bitten um den C99-standard, nicht POSIX.
    • - Abschnitt 7.19.9.4 Absatz 3 der C99-standard besagt: On failure, the ftell function returns −1L and stores an implementation-defined positive value in errno. Leider, ich glaube, es lässt die definition von "Ausfall" bis zur Umsetzung; so vielleicht der Rückgabewert ist UB für 2 GB?

    InformationsquelleAutor alk
  3. 3

    Gibt es keine 64b bewusst Methode im C99-standard. Was OS/Umgebung sind verwenden Sie? Bei windows gibt es _ftelli64.

    Auf anderen Plattformen, schau http://forums.codeguru.com/showthread.php?277234-Cannot-use-fopen()-öffnen-Datei-größer-als-4-GB -

    • ftell ist C89 und C99-standard
    • Ich finde, dass es ein Missverständnis hier. Ich vermute, "Es gibt keine solche Methode in C99 ..." bezieht sich auf etwas wie _ftelli64() und nichtftell().
    • ich sehe nicht ein Verweis auf _ftelli64() in der OP-Frage, damit ich verstehe immer noch nicht, wie Ihre Antwort trägt.
    • finden Sie die aktualisierte Antwort.
    • deine Antwort immer noch falsch ist .. auf 64 bit-Systeme long-int-64-bit ; C99 erfordert nur long int MINDESTENS 32-bit-es setzt keine Grenzen für die maximale Größe, auf einem 64-bit-system eine lange und daher ftell() offset wäre 64-bit
    • Bitte entschuldigen Sie, aber die eine long "mindestens 32 bit lang" bedeutet, dass es exakt 32 bit lang sind. Es ist kein Bedarf zu haben, dass es 64 bit. Auch ich do Stimme dir zu, dass es seltsam ruhig für ein 64bit OS zu haben long weniger dann 64 bit lange ... 😉 Allerdings ist für den Abschluss von meiner argumentation die Antwort richtig ist, ist es nicht?
    • lassen Sie uns weiter, diese Diskussion im chat
    • Auf windows mit visual c targeting x64, sizeof(long) == 4 (ich habe gerade überprüft). In der Praxis ftell ist nicht nützlich für große Dateien, das ist, warum _ftelli64 vorhanden ist. Danke @Yossarian.

    InformationsquelleAutor nothrow
Schreibe einen Kommentar