Hát mert kettéosztod az ablakot, az egyik felében ott help, a másik felében meg gyakorolsz. Vagy félreértettem a problémádat? (mondjuk ehhez még csak a split-et sem kell ismerni, elég ha megnyomod az F1-et miközben valami fájlt szerkesztesz. Sőt, ott van még vimtutor is, azt direkt erre találták ki.)
vim ben a user manual szekcióban a ] jellel tudok ugrálni a "linkek" között, viszon nem tudok insert módba váltani, hogy kiprobáljam a dolgokat, igy átmásoltam a vim/doc/* fileokat a könyvtáramban így ezeket már tudom szerkeszteni viszont itt nem megy a ] ugrálás a fileok között, "E 426: tag not found usr_xx.txt" hibaüzenetet kapok.
(nem igazán értem egyelőre, hogy a vim honnan tudja, hogy hova kell ugrania | jelnél, de jópofa dolog:))
A feladat amivel szembekerültem és momentán nincs ötletem: Van egy scriptem ami ami a meghajtóba betett cd-t vagy dvd-t felmontolja, a tartalmából iso-t készít a vinyóra. Közben bekér egy számot és a cd nevét. (pl: "Jogtár 2006 január" vagy valami hasonló). Ezt a szöveget hogy tudom bemásolni a Samba smb.conf-jában a [CDszám] megosztás "comment = " után lecserélve az ott lévő szöveget?
Mostanában elég sokat keresgélek a net-en, "debián és környéke" témában. Az alábbi gyöngyszem a környéke címszó alá tartozna. Gondoltam szerzek néhány vidám pillanatot Nektek is.
<cite>
In a text editor, which action I do more often?
A: Set the font for the text? B: Go to a specific line?
Place bets now!
Correct answer was B. If you bet A, you were wrong.
So why the fuck is the default action for Meta-G in emacs "set face"? </cite>
Az idézett szerző nyilván programozó és nem tipográfus. :)
Ha le akarod programozni a mélységi keresést, akkor egy olyan függvény tűnik jónak, amely ha talál egy directory-t, akkor rekurzívan hívja önmagát. Persze a symlinkeket érdemes kezelni, nehogy végtelen ciklus legyen a vége. Egy ilyen függvényt írtam már ide a fórumra, de ne kérdezd, melyik topic-ba.
Készítsen Unix parancs sorozatot, amely kilistázza az aktuális directory alatti olyan directorykat (tetszőleges mélységben), amelyekben nem található fájl.
az megvan,h bejárja a directorykat, de nem tudom,h hogyan kéne megvizsgálni,h nincs-e benne file!
for i in * do cd $i for j in * do if [] then echo $i fi done done
Na ja, csak akkor a bash helyettesítené az i értékét, ami az awk számára már konstans lenne. Ez akkor kínos, ha az awk-val műveletet akar rajta végezni, mint változón. Persze ettől még igaz, amit írtál, csak érteni kell mi történik, különben napokig lehet szívni vele.
Ha akarsz közé elválasztó karaktert... De persze ez az akt sor első 3 mezőjét irja ki, ha a legvégén szeretnél kiirni változokat akkor azt az END után teheted meg.
Hát persze, ha az ember így kódol: if /usr/bin/[ feltétel .... és ezt kijavítja if test feltétel ... formába, akkor lehet ;-) de azóta tudjuk a választ, volt optimalizálás is, nem csak test és zárójel csere.
A bash-ben is ki lehet kapcsolni - úgy emlékszem - a belső parancsokat, illetve az elérési út megadásával forszírozni a külső parancs futását. Az igaz, hogy ha kikapcsolja az ember a belsők futtatását, akkor minden külső lesz, ezért valóban kissé hamis, amit írtam.
99% esellyel (oszinten szolva 100) merem allitani, hogy: a) bash -t hasznal, abban mind a ketto belso parancs b) nem bash-t hasznal, de abban amit hasznal abban is vagy mind a ketto belso, vagy mind a ketto kulso. En most visszagondolva elmult nehany evnyi Jujjniksz tapasztalatomra, nem tudok olyan rendszerrol, aminel ez az utolso kitetel nem lenne igaz.
De persze optimalizacioval kijohet ekkora valtozas - de ezt a test kulonbozo szintaxisara fogni ... (noha fenntartom, sajnos vannak ilyenek)
Ezt nem merem kijelenteni (hogy igaz), de átírtam az pl.
if [ ! -f "$2"] ; then elágazásokat if test -f "$2" ; then -re
és generációkkal gyorsabb lett a teszt lefutási ideje ... ( szal ha valaki sorstárs olvassa ezt, akkor sztem probálja ki, hogy az összes if -nél test -et használ ), nekem 22 mp-ről 12-re módosult a lefutási idő ...
Mondjuk a shell-scriptek nem a gyorsaságukkal szoktak kitűnni (hanem a lassúságukkal), de a 12 is meg a 22 is nagyon soknak tűnik... publikáld valahol mindkét verziót...