Scriverà (2) scrive sempre meno o uguale a SSIZE_MAX?

Question

La firma della funzione per write(2) è ssize_t write(int fd, const void *buf, size_t count). Generalmente, il valore massimo di size_t è maggiore di quello di ssize_t. Significa che la quantità di dati che write può effettivamente scrivere è in realtà SSIZE_MAX anziché SIZE_MAX? In caso contrario, cosa succede quando il numero di byte scritti è maggiore di SSIZE_MAX rispetto agli overflow?

Mi sto essenzialmente chiedendo se la quantità di dati scritti da write è limitata da SSIZE_MAX o SIZE_MAX.

Answer 1

Il tipo ssize_t è definito da POSIX come un tipo firmato per essere in grado di memorizzare almeno 32767 (_POSIX_SSIZE_MAX) senza altre garanzie. Quindi il suo valore massimo può essere inferiore al valore massimo di size_t.

ssize_t 's definizione POSIX:

ssize_t 

Utilizzato per un conteggio di byte o di un'indicazione di errore.

Quindi è possibile che il numero di byte richiesto per essere scritto possa essere maggiore di quello che ssize_t può contenere. In tal caso, POSIX lo lascia all'implementazione.

Da POSIX spec write() s':

ssize_t write(int fildes, const void *buf, size_t nbyte); 

Se il valore di nbyte è maggiore di {} SSIZE_MAX, il risultato è definito dall'implementazione.

Answer 2

Sì, la quantità di dati che è possibile scrivere in una singola chiamata da scrivere è limitata a ciò che può essere contenuto in un ssize_t. Per chiarimenti, vedi the relevant glibc documentation page. Per citare quella pagina, "Il tuo programma dovrebbe sempre chiamare scrivere in un ciclo, iterando fino a quando tutti i dati sono scritti." (enfasi aggiunta) Quella pagina chiarisce anche che ssize_t è usato per rappresentare la dimensione dei blocchi che possono essere letti o scritti in una singola operazione.

Answer 3

Le specifiche POSIX per write() dice:

Se il valore di nbyte è maggiore di {} SSIZE_MAX, il risultato è definito dall'implementazione.

Quindi, qualsiasi tentativo di scrivere più di SSIZE_MAX byte porta a comportamenti che non viene comandato dal POSIX, ma che deve essere documentato dal sistema (è definito dall'implementazione, non indefinito, comportamento). Tuttavia, diversi sistemi possono gestirlo in modo diverso, e non c'è nulla che impedisca a un sistema di riportare un errore (forse EINVAL impostato su SSIZE_MAX e scrivere a SSIZE_MAX byte e segnalarlo, lasciandolo all'applicazione per riprovare sul resto e altro i sistemi potrebbero essere inventivi e fare le cose in modo diverso ancora.

Se si dispone di un sistema a 64 bit, lo SSIZE_MAX è probabilmente più grande della quantità di spazio su disco nel singolo centro dati più grande del mondo (possibilmente di un ordine di grandezza o più, consentendo anche l'NSA e Google), quindi è improbabile che tu possa imbatterti in problemi reali con questo, ma su sistemi a 32 bit, potresti facilmente avere più di 2 GB di spazio e se ssize_t è a 32 bit, devi occuparti di tutti Questo. (In Mac OS X 10.10.3, una build a 32 bit ha un valore di 4 byte size_t e ssize_t, almeno per impostazione predefinita.)