> Pokud dochází paměť, není třeba program ukládat
> do swap oblasti, stránky obsahující kód programu
> jsou prostě uvolněny, neboť je možno je kdykoli
> znovu načíst ze souboru.
Ako je to s 'Load-on-demand' v pripade ked spustim, alebo nacitam suboru, ktory hned potom potom zmazem?
Pokud soubor otevrete a smazete, tak pouze neni pristupny z adresare, ale na disku existuje. Proces, ktery ho ma otevren nic nepozna. Fyzicky se smaze az po uzavreni.
Tocis se ale na vylozene spatnou stranu, to jestli pujde otevreny soubor smazat nebo ne neni pod Win zalezitost systemu ale otevirajiciho. Budto to povoli nebo ne, system pouze dela to co po nem chtej porgramy.
To podle mě není dobrý argument, protože pokud soubor spustíš, ten, kdo soubor otevřel, je systém sám a ten si zakáže, aby šel soubor smazat, takže prostě spuštěný soubor smazat nejde.
Windows 95/98/Me: The DeleteFile function deletes a file even if it is open for normal I/O or as a memory-mapped file. To prevent loss of data, close files before attempting to delete them.
Windows NT/2000/XP: The DeleteFile function fails if an application attempts to delete a file that is open for normal I/O or as a memory-mapped file.
Coz se ovsem da vykladat mnoha zpusoby, predevsim mam pocit, ze se mluvi o mazani souboru, ktery si sam otevres (Brrrr), o tom, ze bys tak smazal soubor otevreny jinym procesem, nemluve o systemu jsem se (explicitne) nedocetl nic. Nejspis to nikoho u M$ nenapadlo...
Praxe z Win98 rika, ze soubory, ktere ma otevren jiny proces/program proste smazat nejdou. (Alespon ve statisticky zaznamenatelnem procentu pripadu.)
samozrejme ze to programatory u MS napadlo. slysel jsi nekdy o necem, cemu se rika ACL? staci si precist MSDN. cely to sem pastovat nebudu, je to dlouhy.
Ehm ale prislusny flag jaksi je podporovan jen pod WinNT a jeho nasledniky. Doporucuji nastudovat MSDN a hledat tusim ze FILE_SHARE_DELETE. Nasledek je ten, ze kazdy chce, aby jeho program bezel i pod Win9x a tak ten flag nepouzije.
na normalnych filesystemoch existuju ,,hard''-linky. teda subor sa nachadza na disku len raz ale v adresarovej strukture moze byt nanho viac odkazov. Kazdy subor si ale eviduje kolko odkazov nanho existuje. Na mazanie suboru existuje syscall ,,unlink'' teda zmaze sa zaznam v adresari a znizi sa pocet odkazov o 1, ak dosiahne tanto pocet 0 subor sa zmaze naozaj. Pri otvarani suboru sa podobne zvysuje pocitadlo odkazov, takze unlink len znizi pocitadlo ale subor este ,,zije''.
Ve skutečnosti má inoda počítadla dvě --- i_count (počet odkazů v paměti na tuto inodu, na Linuxu<=2.0 to korespondovalo s počem otevření souboru) a i_nlink (počet hard-linků). Na disk se ukládá pouze i_nlink, v paměti se drží obě. Pokud je i_count == 0, inoda může být při nedostatku paměti zapsána na disk a uvolněna z paměti. Pokud jsou obě počítadla nula, soubor se fyzicky na disku smaže. Pokud smažeme otevřený soubor, snížíme mu i_nlink na 0, ale i_count je stále nenulové (neboť je otevřený), takže se soubor nemaže.
