Dotaz: C/C++: argv a cesty k souborum

[Tomáš Skočdopole]

Ahoj

Pisu ohledne takove "nevyznamne blbosti", ale zajimalo by me jak to funguje :) Pouzivam BASH a chtel bych se zeptat, jaktoze kdyz pustim binarku ./program ~/souborvhome.txt, tak v programu je hodnota argumentu /home//user/souborvhome.txt, ale kdyz ho pustim jako ./program ./souborvaktualnimadresari.txt, tak v programu dostanu stejnou hodnotu ./souborvaktualnimadresari.txt. Ocekaval bych, ze BASH ji take doplni na /cesta/aktualniho/adresare//souborvaktualnimadresari.txt.

Kdyz teda potom treba funkce fopen chce otevrit soubor a zjisti, ze cesta je zadana ve formatu relativne od aktualniho adresari, tak jak zjisti kde je?

Ptam se proto, ze delam program, ktery ma ve stejne slozce jako spousteci binarka podslozku, kde jsou ulozene pluginy ve forme shared object souboru. A uzivatel muze pri spusteni programu vybrat, ktere pluginy pustit. Predstavoval bych si, ze to zada bud jako plugin.so a program ho bude hledat v tom hlavnim ulozisti, nebo ho zada ve formatu ~/plugin.so cili v jeho home slozce (tu bash doplni na absolutni, takze zde nebude problem), dalsi volba by mela byt ./plugin.so (tady si prave nejsem jisty), takze aktualni adresar, nebo absolutni cesta (coz je taky uplne jasne)...

Diky moc, Tomas

 

 

Odpovědi

[kozzi]

Tak na tom nevidim nic zvlastniho, ta jedna cesta je relativni a ta druha ne, takze je logicke ze to bash dela tak jak dela. ~ totiz je jen zastupnej znak, ne relativni cesta.

[pht]

Přesněji bash expanduje ~ jako absolutní cestu k home adresáři.

Relativní cesty jsou relativní k aktuálnímu adresáři, který zjistíte např. funkcí getcwd.

[Michal Kubeček]

Ještě přesněji: bash expanduje vlnku na obsah proměnné HOME, kterou na začátku nastaví na domácí adresář uživatele, pod nímž běží. Ale když si později změníte HOME, bude vlnka expandovat na novou hodnotu proměnné HOME.

[Jary]

Mno, ale zase

$ echo ~root
/root

Takže se to asi nezískává z proměnné HOME. Spíš rovnou z /etc/passwd

[Michal Kubeček]

Ale řeč byla o expanzi ~, ne ~user. To je dost podstatný rozdíl:

mike@unicorn:~> echo $HOME
/home/mike
mike@unicorn:~> echo ~
/home/mike
mike@unicorn:~> echo ~mike
/home/mike
mike@unicorn:~> HOME=/tmp
mike@unicorn:/home/mike> echo ~
/tmp
mike@unicorn:/home/mike> echo ~mike
/home/mike

[jan]

Tak todle mi to rozhodne nedela. Chova se mi to na oboji stejne. A narozdil od vas musim tu promennou exportovat.

[Michal Kubeček]

Exportovat ji určitě nemusíte, protože tu expanzi provádí bash sám, ne až to echo (ať už builtin nebo externí). Co máte za verzi bashe? Navíc chování, které jsem demonstroval výše, odpovídá i dokumentaci:

    If  a  word  begins  with an unquoted tilde character (`~'), all of the
    characters preceding the first unquoted slash (or  all  characters,  if
    there  is no unquoted slash) are considered a tilde-prefix.  If none of
    the characters in the tilde-prefix are quoted, the  characters  in  the
    tilde-prefix  following the tilde are treated as a possible login name.
    If this login name is the null string, the tilde is replaced  with  the
    value  of  the shell parameter HOME.  If HOME is unset, the home direc-
    tory of the user executing the shell is  substituted  instead.   Other-
    wise,  the  tilde-prefix is replaced with the home directory associated
    with the specified login name.

(bash 3.2.39)

[jan]

Nevsiml jsem si, ze mam jiny shell. V bashi mi to dela to same.

[Michal Kubeček]

Aha, tak tím se to vysvětluje. V takových detailech se často různé shelly chovají různě.

[mich]

Přesně jak napsal Kozzi, není na tom nic divného. Cesta "./blabla" je relativní a když ji použijete jako parametr funkce fopen(), mela by se chovat stejně jako "blabla". Počáteční adresář je samozřejmě adresář, ve kterém je program spuštěn, a dá se v programu změnit funkcí chdir().

[#Tom]

Unix není DOS, a tak nultý parametr argv[0] neobsahuje plnou cestu k programu. Pokud program nebude v cestě (tj. spouštěn z adresáře uvedeného v PATH), lze ziskat z nultého parametru cestu k programu nalezením posledního lomítka, a pokud tam žádné není, omezuje se cesta na aktuální adresář. I relativní cesta stačí k nazelení souborů, které se nacházejí v adresáři programu. Podobnou službu udělá funkce dirname (podle normy POSIX).

Horší je, pokud program bude v cestě, pak nultý parametr cestu neobsahuje. Potom nezbývá než cestu prohledat.

Pro Linux existuje snadné a přímočaré řešení: realpath("/proc/self/exe", NULL). Nevýhodou je, že /proc nemusí na jiných systémech tento symbolický odkaz obsahovat. Lze použít i realpath(argv[0], buffer), což funguje stejně v Linuxu, FreeBSD i IRIXu, ale opět nejde o spolehlivou metodu, pokud je program v cestě. Navíc nelze spolehlivě rozhodnout, jak velký má být buffer, obvykle to je PATH_MAX, ale není to všude. Více uvádí manuálová stránka této funkce.

[Michal Kubeček]

Ono úplně stoprocentní řešení dost dobře ani existovat nemůže, protože adresářová položka, přes kterou byl program spouštěn, už nemusí za jeho běhu existovat a dokonce už na ten spustitelný soubor nemusí odkazovat vůbec žádná adresářová položka.

[jan]

Ma to ale malej hacek - v argv[0] muze byt cokoliv, to, ze se tam dava nazev binarky je poze bezna konvence, ale nic jisteho.