SRM-lepší mazání (diskuse)

[thingie]

Ne. Leda bys to v shellu vždy vyescapoval \* a pak to expandoval v aplikaci. Což je divné.

[Leoš Literák]

Ano, prepsanim bashe. To je jeho povinnost expandovat vsechny parametry. Aplikace do toho nema co kecat. Tudy proste cesta nevede ...

[...............23]

takto asi nie, ale môžeš zistiť počet položiek v adresári a porovanť ich s argc, ak je argc vyššie, tak tam asi bude hviezdička...

[Tomáš]

Na takovou blbost (ve smyslu: maly program) neber C. V Bashi to napises taky a nemusis se zalamovat s prekladem.

Bash bude hvezdicku expandovat, pokud mu to nezakazes, takze bys musel psat: srm "*" misto prosteho srm * (mozna jsou misto uvozovek potreba apostrofy, ted to nemuzu vyzkouset). Vzhledem k tomu, ze kdyz clovek nekam napise hvezdicku omylem, tak ji asi neda do uvozovek, prijde Ti to vzdycky expandovane. Napada me jenom kontrolovat pocet zadanych argumentu, kdyz bude moc velky (typicky expandovana hvezdicka), tak se zepta.

[thingie]

Samozřejmě, že to musí být '*'.

[Michal Kubeček]

Zase tak samozřejmé to není, expanze wildcards uvnitř dvojitých uvozovek neprobíhá, takže klidně mohou být i dvojité.

[herne the hunter]

když přejdeš z bashe na zsh, tak wrapper nebude potřeba :)

[Petr "Glubo" Sýkora]

Zrovna jsem chtěl napsat, že v zsh stačí nenastavit RM_STAR_SILENT.

[Opium]

int i, opt; moc nechápu, opt je integer (A/N má nějaké číslo?, nějak to nesedí)?

[michich]

Ale sedí. getchar() vrací int kvůli tomu, aby se dal zjišťovat EOF. A možná tě to překvapí, ale znakové literály ('A', 'N') jsou v C taky typu int.

[freshmouse]

... jsou v C taky typu int.

A jinde mají typ třeba char, ale lze je v pohodě "převést na čísla".

[KS]

Však char je taky číslo, co jiného by to bylo.

[freshmouse]

To nepopírám.

[Michal Kubeček]

Ale je to jiný typ než int a na běžných platformách má také typicky jinou velikost.

[Josef Kufner]

Písmenka nejsou int, ale char. To jen C umí hezky nenápadně a implicitně konvertovat typy jak je zrovna potřeba, takže to nemusí dělat explicitně programátor jako třeba v Packalu...

[michich]

Houby. Znakové literály jsou v C typu int. V C++ jsou typu char, ale to je jiný jazyk.

#include <stdio.h>

int main()
{
	printf("sizeof('a') je %d\n", sizeof('a'));
	if (__builtin_types_compatible_p(typeof('a'), int))
		printf("'a' je typu int\n");
	if (__builtin_types_compatible_p(typeof('a'), char))
		printf("'a' je typu char\n");
	return 0;
}

Výsledek:

sizeof('a') je 4
'a' je typu int

[Lu-Tze]

Celej ten nápad je řádná kravina, sice se můžeš podívat, jestli všechny soubory v aktuálním adresáři nejsou obsaženy na vstupu nebo tak nějak přibližně, jak píše Forrondur, ale i tak je to řešení jednoho hloupého případu, přičemž např. situace rm /home/ignor/mezera*~ zůstávají dále neošetřeny. Radši si před mazáním vypiš, co všechno by se mazalo a pořádně to projdi nebo používej libtrash nebo se vykašli na rm a do koše to přesouvej sám (ano koš taky není ultimátní řešení pro všechny případy, ale trochu pomůže).

[Leoš Literák]

A kdyz budes chtit smazat jedine dva soubory v adresari, tak ti to odmitne, ze ses spletl

[Lu-Tze]

To už bude problém toho, kdo takovou věc bude používat Ale napadlo mě ještě jiné "řešení". alias myrm="touch neco; srm", kde neco bude nějaká nejlépe exotická věc - např. jeden znak, který by nikoho nenapadlo dát do názvu souboru, ale být v něm může. srm se pak podívá, jestli má na vstupu neco, když jo, tak jeden z parametrů byl *, ?*, *? (což je obojí to samé jako *), ?, nic jiného mě teď nenapadá. neco samozřejmě vždycky smaže.

[Lu-Tze]

ten alias je ale blbost ten touch by se musel pustit samostatně před mazáním

[b42]

Ne ze by to bylo jakkoli podstatne, ale jedno srm uz existuje.

[Věroš]

Zálohovat, zálohovat a zálohovat. Mně stačilo ztrati celý disk asi jenom třikrát