Was sind die möglichen Werte für die Datei-Deskriptoren?

Ich bin daran interessiert zu wissen, die gültigen Werte, die ich erwarten kann, für einen Datei-Deskriptor.

Bitte lassen Sie mich erklären ein wenig. Ich weiß, dass, zum Beispiel, wenn ich #include <unistd.h> auf meinem linux-system dann einen Aufruf zum öffnen einer Datei zum Lesen: 

int fileDescriptor;
fileDescriptor = open("/some/filename",O_RDONLY);

könnte ein Fehler auftreten und ich erhalten -1 als Ergebnis.

Übrigens die (-1) negativ muss etwas haben, von besonderer Bedeutung. Es ist, dass alle anderen Werte sind gültige Datei-Deskriptoren? d.h. auch die negativen wie -2 und -1023?

Unter der Annahme, der int ist 4 bytes (sizeof(int)==4), dann würde

(-1) = 10000000 0000000 00000000 00000001

wäre die einzige nachweisbare Ungültiger Datei-Deskriptor?
Würden andere wie:

  • (0) = 00000000 0000000 00000000 00000000
  • (-2) = 10000000 0000000 00000000 00000010
  • (2) = 00000000 0000000 00000000 00000010

ok sein?
Da der file-Deskriptor Speicherung von 4 bytes, ich hätte daher maximal
(2^(8*4)-1) gültige Datei-Deskriptoren, und somit wäre dies die maximale Anzahl von Dateien, die ich öffnen kann, richtig?

Setzen es schlicht wieder:

Was sollte ich erwarten, dass eine (gültige) Datei-Deskriptor werden?

beliebigen Wert, aber -1?

  • file descriptor, a small, **nonnegative integer** for use in subsequent system calls siehe man 2 open
  • Siehe diese Frage für die maximale Anzahl von Dateien/Datei-Deskriptoren, die geöffnet werden können.
InformationsquelleAutor humanityANDpeace | 2013-08-29
  1. 15

    Aus der Mann Seite:

    open() gibt einen file-Deskriptor, eine kleine, nicht-negative Zahl.

    dann:

    open() und creat() Gegenzug, die neuen Datei-Deskriptor, oder -1, wenn ein Fehler aufgetreten ist

    • Ich schlage vor, die Klärung, dass "klein" bedeutet, dass weniger als RLIMIT_NOFILE (wenn das immer der Fall ist).
    InformationsquelleAutor Oliver Charlesworth
  2. 2

    Wenn open scheitern, gibt es -1 oder 0xffffffff. Es hat keine Bedeutung, aber open fehlgeschlagen:

    Nach erfolgreichem Abschluss der Funktion wird die Datei öffnen und
    zurück eine nicht-negative Ganzzahl, die die niedrigsten unbenutzt
    Datei-Deskriptor. Andernfalls -1 zurückgegeben und errno gesetzt
    den Fehler anzuzeigen. Keine Dateien erstellt oder geändert werden, wenn die
    die Funktion gibt -1 zurück.

    Störungsursache gespeichert in errno, Lesen Sie Ihren Wert und prüfen, ob es eine der möglichen Ausfälle Gründe EACCES, EEXIST, EINTR.. etc, oder verwenden Sie einfach perror zu drucken die Fehlermeldung.

    InformationsquelleAutor
  3. 1

    Hier ist, was ein Linux - Handbuch Seite sagt:

    open() und creat() Gegenzug, die neuen Datei-Deskriptor, oder -1 wenn ein Fehler aufgetreten ist (in dem Fall errno ist entsprechend gesetzt).

    Andere Systeme zurückkehren können, andere negative Werte im Falle eines Fehlers.

    InformationsquelleAutor meaning-matters
  4. 1

    Bereich der möglichen Werte von Datei-Deskriptoren von 0 bis 1023 für Linux-system (32-bit oder 64-bit-system).

    Können Sie nicht erstellen Sie einen Datei-Deskriptor Wert von mehr als 1023. Im Falle der Datei-Deskriptor von dem Wert 1024, wird es wieder ein Fehler EBADF (bad file descriptor, keine Fehler-9).

    Wenn ein negativer Wert von Datei-Deskriptor zurückgegeben wird, es zeigt an, dass ein Fehler aufgetreten ist.

    • Beachten Sie, dass die 1024 ist nur die übliche Standard-Wert für RLIMIT_NOFILE (ulimit -n). Wenn Sie zunehmen, ist es an der Unterstützung von mehr als 1024 Dateien pro Prozess. (Auch relevant ist der system-weiten, im Gegensatz zu pro-Prozess -, Datei-Deskriptor-Grenze - dies wird gesteuert durch die fs.file-max sysctl-regler)
    InformationsquelleAutor premal
Schreibe einen Kommentar