Vlákno názorů k článku Komiks: Nic nebude poznat od anonym - http://img406.imageshack.us/my.php?image=rootprotestzo4.png Toto je protest, uz me to nebavi, ze...

Uzasny! Supr! Jen tak dal!

Nejvtipnejsi na tom je, ze je to pravda. :-)

Jo a co je na tom pravdy prosimte?

pravdy je toho na tom hodne. rekl bych, ze i vic nez v originalnim komixu.

Teď jsem v Linuxu nalezl pořádný bug --- race condition při kopírování souborů z FAT filesystému. FAT mění čísla inody (protože na ni není možno implementovat stabilní inode číslo) a pokud ho změní v určitém bodě vykonávání příkazu "cp", tak to vypíše chybu a nezkopíruje.

Nejzoufalejší na tom je, že tento bug nejde opravit z byrokratických důvodů --- tvůrci cp říkají, že následují POSIX standart a FAT není POSIX-kompatibilní, a tvůrci POSIXu podporu pro FAT nechtějí do standartu dodělat. To ty Windowsy to mají lépe vyřešeno, tam se ve specifikaci píše, že 64-bitový identifikátor souboru je platný pouze po dobu, co je soubor otevřen. To bude mít zase Clock na co nadávat, jaká je Linux sračka :)

A co OpenBSD FAT driver? Tam je ta chyba taky?

Sracka je hlavne PC - ZX Spectrum rulez! Prave jsem vydal svoji hru pro ZX Spectrum Jet Set Willy X - http://ronja.twibright.com/jswx.php - je tam video se soundtrackem, empetrojka, midul, a samozrejme .SNA soubor :)

Chyba není ve FAT driveru, ale v POSIXU --- specifikuje něco, co nelze implementovat. Teď jsem se díval --- OpenBSD nemění čísla inod na FAT náhodně, ale mění je, pokud uděláš truncate na 0 bytů nebo pokud soubor rozšíříš z 0 na víc bytů nebo pokud přesuneš soubor o velikosti 0 bytů do jiného adresáře. cp tam nejspíš bude fungovat správně, ale jiné "posix-compliant" programy tam kvůli této změně mohou taky selhat.

Jdi si to svoje nahoneny hackersky ego ejakulovat nekam do pici, ty psychopate. Mne to nezajima, nejaka 100 let stara chyba v 1000 let starym zmrdanym fajlsystemu. To nemas co napraci, nez masturbovat nad nejakym FATem?