Dotaz: Zjištění chyby při neúspěchu fwrite()

[andreaw.fean]

Ahoj.

Načítám celkem velký objem dat (několik giga) po kouskách o velikosti typicky 2096 bajtů. A následně ho zapisuju do souboru v tempu:

$tmpdir = sys_get_temp_dir();
$tmpname = tempnam($tmpdir, 'app-');
$handle = fopen($tmpname, 'a');
 
// velikost $s je obvykle 2096 bajtů
function write($s) 
{
    $len = strlen($s);
    $wrote = fwrite($handle, $s);
    if ($len !== $wrote) {
        echo "\n\nERROR: Nesedí počet zapsaných bytů. C1 {$wrote} ~ {$len}\n\n"; // "419 ~ 2096"
        var_dump(error_get_last()); // nic
 
        $wrote2 = fwrite($handle, substr($s, $wrote));
        if ($wrote2 !== ($len - $wrote)) {
            echo "\n\n{$s}\n\n"; // zde vidím, že to není poslední záznam. Je to uřízlé uprostřed textu.
            throw new RuntimeException('Nesedí počet zapsaných bytů. C2 ' . "{$wrote2} ~ " . ($len - $wrote) ); // "0 ~ 1677"
        }
    }
}

Celé mi to chcípne na tom, že nesedí počet zapsaných bajtů. Je možné, že mi třeba došlo místo v tempu, nebo tak něco. Ale vadí mi, že mi to nevypíše žádnou chybu.

Otázka tedy zní, jak zjistím, co se stalo?

Děkuji za odpověď.

Odpovědi

[rastos]

Ak je to PHP, tak fwrite() returns the number of bytes written, or FALSE on error.

A tipujem, že je to len wrapper pre fwrite(), kde sa píše detailnejšie: If an error occurs, or the end of the file is reached, the return value is a short item count (or zero).

fread() does not distinguish between end-of-file and error, and callers must use feof(3) and ferror(3) to determine which occurred.

[Fean]

Ano, PHP

Funkci ferror jsem nenašel. A ty http://php.net/manual/en/function.posix-errno.php vraceli úspěch, i když to úspěch nebyl.

[Odin]

Nemuze to byt tim, ze phpkovy strlen ukonci pocitani, kdyz narazi na bajt s hodnotou nula? Ale fwrite opravdu zapise vsechno, a tedy i to, co se nachazi za nulou? Tim padem by vam ty pocty nesedely. Zkuste si to nasimulovst. Ja se phpku vyhybam jako cert krizi.

[Kit]

Funkce fwrite() sice zapíše všechno, ale vyhýbám se jí, protože se chová divně při souběhu a zámky používat nechci. PHP je sice silně zatížené historií, ale při využívání jeho pokročilých vlastností je to efektivní nástroj.

[Andrej]

Jestli jsou to gigabyty, otázka je, proč to nenapsat rovnou v C. Na rozdíl od PHP má standardní (kni)hovna C nejen funkci feof(), ale také funkci ferror(). Pak najednou fwrite() začne dávat smysl.

A ještě jednodušší může být nemořit se s podivnou abstrakcí ve standardní C (kni)hovně a místo toho použít rovnou POSIXový read() a write() se správnou velkostí bufferu a s naprosto přesně definovanými chybovými hlášeními v proměnné errno. Taky si pak člověk může nastavit různé vlastnosti souboru / deskriptoru a případně provádět operace asynchronně, tedy například mít bufferů několik, a použít klasický přístup typu producent/konzument s kruhovou frontou. Něco takového se s FILE* API dělá o poznání obtížněji.

[Fean]

Tak jsem se dozvěděl, že to podle všeho nejde nijak zjistit. Pokud fwrite() nemůže zapsat, protože typicky došlo místo, tak vrátí 0, a nikde nic nenastaví. Žádnou chybovku, nic. Funkce error_get_last() mlčí.

Bodejť by ne, PHP znamená Prasomrdský hovnokód procesor a používají ho dementi typu MzK a jemu podobných.

[Odin]

Spise se obavam, ze poustet strlen na binarni data je z principu blbost.