Nesmazatelny soubor?

[Cejka Rudolf]

Pavel Kankovsky <peak na argo.troja.mff.cuni.cz> wrote:
> To nevim, akorat jsem slysel, ze na to chce Linus udelat extra syscall,
> detaily si nepamatuju. Ale rozhodne si nemyslim, ze nastavovat to pres
> jmeno souboru je uplne idealni. Cely problem je v tom, ze se API snazi
> schovat fakt, ze mezi polozkou adresare a otevrenym souborem je objekt
> jmenem inode.

Takze treba pro stat() jsou

  int stat(const char *path, struct stat *sb)
  int fstat(int fd, struct stat *sb)

a nebo pro jiz zminovane chflags() jsou

  int chflags(const char *path, u_long flags)
  int fchflags(int fd, u_long flags)

> ioctl() by se melo uplne zrusit. Co jineho s volanim "tady mas nejaky
> pointer a delej si s nim co chces"?

Aha. Takze ho nahradime jeste horsim rozhranim ala linux-procfs a budeme
misto ioctl delat jen echo blabla > /proc/... = "tady mas nejaky text
a delej si s nim co chces; informace o pripadnych chybach mne radsi vubec
nezajimaji" - vzdyt tohle je jeste horsi. Ioctl muze alespon trochu
ohlidat kompilator, ale u procfs si ani neskrtne a pak se clovek jen divi,
proc neco nekde funguje dobre a nekde jinde to dela prapodivne kopance.
Nehlede na zbytecne nekolikanasobne konverze, problemy s kompatibilitou...
Proste tomu stale absolutne nerozumim.

A pro jistotu jeste zrusme printf(mgs, ...) a fcntl() - to je totiz
uplne stejny pripad jako ioctl()...

-- 
Rudolf Cejka   (cejkar na dcse.fee.vutbr.cz;  http://www.fee.vutbr.cz/~cejkar)
Brno University of Technology, Faculty of El. Engineering and Comp. Science
Bozetechova 2, 612 66  Brno, Czech Republic