Dotaz: jak spravit aplikacny mutex v C

[pesspi]

Chcem zabezpecit aby moj GTK+glib program pre daneho usera bezal len raz. Je to informacne okno a je nezmysel aby ho mal 2x, v podstate chcem aby ked ho spusti a uz je spustene tak nech sa nespusti 2x.

Napada ma par sposobov ako to spravit ale neverim ze toto niekto uz predo mnou nerobil. Neviete niekto o niecom takom?

Odpovědi

[Vojtěch Horký]

Co tohle?

[chrono]

A ak náhodou ide o Gtk+-2, tak LibUnique.

[pesspi]

Nemam dbus ale vyskusam to. 400kb je ale dost na to co to ma robit - bool bezim_sam(char * id)

[chrono]

Neskôr prídeš na to, že chceš ešte už bežiacej inštancii predať nejaké dáta...

[Jardík]

Více méně to nejde 100% vyřešit. Ano, GtkApplication (možná GApplication) to nějak přes dbus vojebe, ale to bude fungovat jen do té doby, než si jiná aplikace usmyslí si na dbusu to jméno zabere. Ačkoliv je třeba mizivá pravděpodobnost, ale existuje.

[Franta]

Více méně to nejde 100% vyřešit.

Cesta k binárce (/proc/*/exe) je přece jedinečná*. Případně si aplikace může zamykat nějaký soubor, naslouchat na TCP portu, vytvořit si unixový soket, uložit PID do souboru atd.

*) alespoň pokud ji nesmažeš, nenahraješ na stejné místo jinou a opět nesmažeš – pak už se to rozlišuje blbě. Leda si pak vytáhnout její obsah a spočítat třeba hash

[chrono]

Iná aplikácia môže vytvárať súbor s rovnakým názvom, používať rovnaký TCP port... :)

[Franta]

Ale nemůže mít stejný název binárky resp. celou cestu

[Jardík]

Může, jak si zmínil výše, /proc/self/exe je jen symlink na spustitelný soubor, který už pak ale nemusí být platný, nebo vám bude ukazovat na úplně jinou binárku a může to být zneužitelné, podle typu aplikace. Ale asi to nemá smysl řešit, pokud si to uživatel, či nějaký administrátor dokáže ohlídat a nastavit. Jenom jsem chtěl upozornit na to, že to není 100% řešení. Místo řešení s /proc bych se ale přiklonil ke GApplication/GtkApplication, když už se to Gtk v aplikaci stejně používá.

[xkucf03]

Může, jak si zmínil výše, /proc/self/exe je jen symlink na spustitelný soubor, který už pak ale nemusí být platný, nebo vám bude ukazovat na úplně jinou binárku a může to být zneužitelné, podle typu aplikace.

Ten /proc/self/exe není obyčejný odkaz – můžeš si z něj vykopírovat původní binárku, i když už ten soubor byl smazaný.

cp /bin/bash BASH;
echo omg >> BASH;
sha512sum BASH;
chmod +x BASH;
./BASH -c "rm BASH || ls -l BASH && dd < /proc/self/exe > Bash && echo ok";
sha512sum Bash;

A pokud se snažíme, aby uživatel spustil jen jednu instanci „programu“ – jak lépe definovat „program“ než posloupností jeho bajtů nebo jeho hashem? Tohle mi přijde jednoznačné a 100% dostatečně

Místo řešení s /proc bych se ale přiklonil ke GApplication/GtkApplication, když už se to Gtk v aplikaci stejně používá.

Souhlas, tohle je typická úloha, kterou by měl řešit framework a ne aby si ji musel psát každý sám.

Ale asi to nemá smysl řešit, pokud si to uživatel, či nějaký administrátor dokáže ohlídat a nastavit.

To nemá a ani to nejde – v krajním případě může uživatel použít virtualizaci nebo víc počítačů a ten program si víckrát prostě spustí, nemá cenu mu v tom bránit – naopak, má to být pomůcka pro uživatele, aby se mu nespouštělo zbytečně víc instancí programu, když stačí např. otevřít okno v již existující instanci. Ale pokud uživatel chce, tak by mu program neměl ve spuštění více instancí bránit.

Pokud bych tohle měl řešit sám, tak bych asi dal jako parametr programu něco (cesta k souboru, TCP port, klíč v nějaké jmenné hierarchii…), co identifikuje instanci – uživatel by to spouštěl (např. z nabídky desktopového prostředí nebo ze shell skriptu) vždy s tímto parametrem, ale pokud by chtěl, tak by si ručně spustil druhou instanci s jiným parametrem.