Re: [Tuxcmd-dev-vfs] Koncepce VFS - cast 1.

[Tomas B. <sou...@bz...>]

On Tue, 2004-02-17 at 08:53, Ji=F8=ED Blahovsk=FD wrote:

> Omouvam se za zpozdeni, nebot jsem byl tri dny v praci :-(

OK, kazdy dela neco, ma ruzne cas; me ted treba vyhodili ze skoly...


> > Takze: kazdy VFS modul by mel byt jako samostatny plugin (klasicka=20
> > .so), napsany s presne definovanym API. Pluginy by se mely natahovat=20
> > pri startu programu, kazdy plugin by mel obsahovat funkce, ktere=20
> > nejakym zpusobem vrati moznosti pluginu
>=20
> Nejlepe asi pres writeln()



? Trochu se vytratil smysl, ale jestli to je k tomu logovani, tak by
bylo asi nejlepsi pres nejakou funkci ktera se preda pluginu jako
parametr pri inicializaci - jak uz tady bylo receno. Kazdy si pak tu
logovaci funkci implementuje sam, treba ten writeln;


> To by bylo moudre, nicmene v tomto jsem jeste dost veci
> neprekousl. Nepodarilo se mi rozchodit ani mount() pres libc. Budto
> to nefunguje nebo jsem to nepochopil, tak jsem zvolil cestu
> nejmensiho odporu pres externi prikaz(docasne).



K tomu mountovani: man 2 mount: "Only the super-user may mount and
unmount filesystems."
Ja uz jsem svuj mounter taky vyresil volanim externiho prikazu...


> Ja bych to vynechal uplne a nastaveni resil nejako pres API. Grafickeho=
=20
> by tam podle me nemelo byt nic, prave kvuli teto rozdilnosti pouzitych
> toolkitu.


OK, domluveno.


> Implementaci do programu bych nechal na kazdem, at si to udela po svem.=
=20
> User vubec nemusi vedet, ze tam nejaky plugin ma a podle
> me ho to ani moc nezajima. Hlavne ze tam ta funkce je....
> Informace o pluginu bych pak vypisoval pres prikaz=20
> program --help-nazev_pluginu.


To je docela zajimave, kazdopadne bych tam asi dal nejakou funkci ktera
bude vracet retezec, aby se daly z kazdeho pluginu zobrazit nejaky
informace - about a tak... ;)


Takze tim padem pokud uz nikdo nic nema k tehle zevrubne strukture, asi
zacnu psat cast 2. primo s navrhem API.

----
Tom=E1=B9 B=BEatek