MC v Debian Woody
Martin Tomsik
presel jsem z RH na Debian a nemohu zde prijit na jednu vec.
Kdyz vypnu Midnight Commander, tak si to nepamatuje aktualni
umisteni, ve kt. jsem v MC pracoval, ale jde to vzdy do homu.
Vite nekdo, jak MCcko nastavit, aby to fungovalo napr. jako
v RH ?
Diky.
M.
Petr Klima
> Zdravim,
> presel jsem z RH na Debian a nemohu zde prijit na jednu vec.
> Kdyz vypnu Midnight Commander, tak si to nepamatuje aktualni
> umisteni, ve kt. jsem v MC pracoval, ale jde to vzdy do homu.
A nevrati se nahodou tam, kde jste byl, nez jste pustil MC? Tak se to
na Debianu chova mne a tak je to myslim korektni.
--
Petr "Tosuja" Klima
mail: xkli...@stud.fit.vutbr.cz
icq: 52057532
cell phone: +420737612416
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Hledejte pomoci Google: http://google.com/linux
Jan Houstek
> Zdravim,
> presel jsem z RH na Debian a nemohu zde prijit na jednu vec.
> Kdyz vypnu Midnight Commander, tak si to nepamatuje aktualni
> umisteni, ve kt. jsem v MC pracoval, ale jde to vzdy do homu.
MC sam o sobe neumi pri exitu udelat cd do posledniho pracovniho adresare,
takze se vrati do toho adresare, ze ktereho jste ho spustil (takze pokud
jste ho spustil z home, tak do home).
Tohle by sice nebylo od veci do mc pridat, ale i kdyz to v nem neni, neni
to misto v mc zaridit v shellu. Zkuste si do /etc/profile dat neco ve
smyslu
# when mc exits, cd to the last working directory is made
mc ()
{
mkdir -p $HOME/.mc/tmp 2> /dev/null
chmod 700 $HOME/.mc/tmp
MC=$HOME/.mc/tmp/mc-$$
/usr/bin/mc -P "$@" > "$MC"
cd "`cat $MC`"
rm -f "$MC"
unset MC;
}
export -f mc
-- Honza Houstek
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prectete si obcas znovu Meta-FAQ
Jirka Kosina
> Narozdil od MS DOSu je v unixovych systemech efekt syscallu chdir() omezen
> na ten proces, ktery toto volani provedl (linuxove-specificka kouzla
> s clone() ponechme stranou). Cili MC si muze menit svuj cwd, jak se mu
> zlibi, ale shellu (ci jineho procesu), ze ktereho byl spusten, se to nijak
> nedotkne.
A pokud by se nekdo po precteni tohoto prispevku podivil, jaktoze tedy
napriklad v RedHatu zustava aktualni adresar po vypnuti mc takovy, jaky
byl posledni aktualni adresar v mc, tak nech vezi, ze jest definovana
funkce mc() (v bashi), ktera vypada takto:
mc=()
{
mkdir -p $HOME/.mc/tmp 2>/dev/null;
chmod 700 $HOME/.mc/tmp;
MC=$HOME/.mc/tmp/mc-$$;
/usr/bin/mc -P "$@" >"$MC";
cd "`cat $MC`";
rm -f "$MC";
unset MC
}
Tedy vyuziva toho, ze mc umi zapsat pred skoncenim do souboru posledni
aktualni adresar, a shell pak do tohto adresare provede cd.
--
JiKos.
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Konference o UNIXu obecne: munix-l na list...@muni.cz
Pavel Kankovsky
> MC sam o sobe neumi pri exitu udelat cd do posledniho pracovniho adresare,
> takze se vrati do toho adresare, ze ktereho jste ho spustil (takze pokud
> jste ho spustil z home, tak do home).
Narozdil od MS DOSu je v unixovych systemech efekt syscallu chdir() omezen
na ten proces, ktery toto volani provedl (linuxove-specificka kouzla
s clone() ponechme stranou). Cili MC si muze menit svuj cwd, jak se mu
zlibi, ale shellu (ci jineho procesu), ze ktereho byl spusten, se to nijak
nedotkne.
--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Prohledejte ftp.linux.cz: http://ftp.linux.cz/pub/
Ladislav Vaiz
> napriklad v RedHatu zustava aktualni adresar po vypnuti mc takovy, jaky
> byl posledni aktualni adresar v mc, tak nech vezi, ze jest definovana
> funkce mc() (v bashi), ktera vypada takto:
>
> mc=()
> {
> mkdir -p $HOME/.mc/tmp 2>/dev/null;
> chmod 700 $HOME/.mc/tmp;
> MC=$HOME/.mc/tmp/mc-$$;
> /usr/bin/mc -P "$@" >"$MC";
> cd "`cat $MC`";
> rm -f "$MC";
> unset MC
> }
K tomu bych mel maly dotaz. Funkcnost je na prvni pohled stejna jako pri
prikazu:
cd `/usr/bin/mc -P`
Rozdil je napriklad v reakci na ^Z. Proc nefunguje ^Z i v druhem pripade?
La'd"a
__... ...__ _.. . ___ _._ .____ __.. .. ._
Každý drát ustřižený na potřebnou velikost je příliš krátký.
Michal Cihar
RTFM ;-) /usr/share/doc/mc/README.Debian
--
Michal Cihar
Martin Tomsik
> Martin Tomsik wrote:
>
>>Zdravim,
>>presel jsem z RH na Debian a nemohu zde prijit na jednu vec.
>>Kdyz vypnu Midnight Commander, tak si to nepamatuje aktualni
>>umisteni, ve kt. jsem v MC pracoval, ale jde to vzdy do homu.
>
>
> A nevrati se nahodou tam, kde jste byl, nez jste pustil MC? Tak se to
> na Debianu chova mne a tak je to myslim korektni.
>
RH. Ten zpusob, ktery je uzit v Debianu se mi hodi cca v 5% pripadu,
kdy vypinam MC.
Pavel Kankovsky
> K tomu bych mel maly dotaz. Funkcnost je na prvni pohled stejna jako pri
> prikazu:
>
> cd `/usr/bin/mc -P`
>
> Rozdil je napriklad v reakci na ^Z. Proc nefunguje ^Z i v druhem pripade?
Ctrl-Z v druhem pripade by melo suspendovat proces na popredi, coz je
zrovna mc. Jenze vysledek (rozumej std. vystup) z mc se zde pouziva pro
sestaveni dalsiho prikazu, a tudiz neni vubec jasne, co by se melo dit,
kdyby bylo mc suspendovano. Nejjednodussi reseni je v teto situaci
suspendovani procesu vubec nepovolit.
V prvnim pripade je volani mc dostatecne samostatne, takze ho lze
suspendovat. Vykonavani funkce pak pobezi (pravda, ponekud prekvapive)
dal, ovsem cd "`cat $MC`" zjisti, ze je soubor $MC prazdny, a proto
neprovede nic, cili suspendovani zaroven potlaci prenos posledniho
nastaveneho cwd v mc zpet do shellu.
--Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."
---------------------------------------------------------------------------
Meta-FAQ (odhlášení, archív, FAQ a další): http://www.linux.cz/mailing-list
TIP: Pred odeslanim mailu zkontrolujte, jestli Subject odpovida tematu