Üdv,
mindenki örömére ebbe fotam bele. Azért mindenki örömére, mert lehet, hogy szépen jönnek majd a kérdéseim Nagyon boldog
Még egy könyvet is vettem: UNIX/Linux Héjprogramozás (Büki András)
Már van is egy problémám
A könyv azt írja, "Ha pl olyan sorokat keresünk egy szövegben, amelyekben az "ab" betűpáros legalább egyszer előfordul, a következő szabályos kifejezést kell hasznélnunk:"
(azt írom amit én szeretnék, hogy menjen)
Kód:
cat /var/log/mail | grep '\(usernev\)+'
Nah, hát ez nem működik, de ha egyszerűen így írom: grep usernev
Akkor megy.
Igazából azt szeretném, hogy megnézzem egy adott felhasználó töltötte e már ma le a leveleit. (Jó, a Maildir-jében nem akarok kutakodni)
Így próbáltam
Kód:
server:/ # cat /var/log/mail | grep '^Aug 10 \(usernev\)+'
Nem megy :(
cat /var/log/mail | grep '^Aug 10' | grep usernev | grep ' LOGIN'
ígyműködik, de nem tetszik, egyetlen grep-el akarom megoldani, ez olyan gány munka.
- 5766 megtekintés
Hozzászólások
"cat /var/log/mail | grep '^Aug 10' | grep wilhelmp | grep [ LOGIN]"
ugyanez egy grep-pel:
cat /var/log/mail | grep '^Aug 10.*wilhelmp.*[ LOGIN]'
szerintem... de most a mil.log felépítését fejből nem tudom.
Ha jól sejtem ezt kerested.
- A hozzászóláshoz be kell jelentkezni
1) grep '\(user\)+' helyett egrep '(user)+'
Ez kiterjesztett reguláris kifejezés, lásd grep(1), regex(7) man oldalak.
2) ha sima szöveg, mint a user, akkor a fgrep user a megoldás
3) Hasonlóan a grep '^Aug 10 usernév' a jó
4 grep [ LOGIN ]???
nem inkább fgrep '[LOGIN]' ? Nincs regex benne.
A [] alapból azt jelenti: benne álló karakterek közül bármelyik és pontosan egy. A [ utáni szóköz a legnagyobb hiba, hiszen így két paramétert kap a grep. Az egyik a '[', a másik a 'LOGIN]', ami egy fájlnév lenne...
- A hozzászóláshoz be kell jelentkezni
Bocsánat, ez volt a működő
cat /var/log/mail | grep '^Aug 10' | grep usernev | grep ' LOGIN'
Mégegyszer bocsi
- A hozzászóláshoz be kell jelentkezni
grep mit miben, folosleges ehhez a cat es a pipe
man grep
t
- A hozzászóláshoz be kell jelentkezni
Gratulálok az értelmes hozzászólásodhoz. Sokszor jobban látszik az, hogy mi történik, ha cat | grep van, és nem csak grep.
- A hozzászóláshoz be kell jelentkezni
Viszont plusz egy processz indítás, stb.
Szóval a cat nálam is tiltólistán van ilyen esetekben.
--
Fel! Támadunk!
- A hozzászóláshoz be kell jelentkezni
+1 process, +1 pipe, mindkettő fölösleges, és ha valaki hozzászokik, akkor soha nem fog leszokni róla, mert "így olvashatóbb"... Nálam ha valaki így csinálta, visszaadtam a scriptet "átgondolás"ra...
- A hozzászóláshoz be kell jelentkezni
#!/bin/sh
cat "$@" | while read ; do csinaljvalamit "$REPLY" ; done
hasznos tud ez lenni.
- A hozzászóláshoz be kell jelentkezni
while read ; do csinaljvalamit "$REPLY" ; done < "$@"
- A hozzászóláshoz be kell jelentkezni
nem fog menni filterkent. (parameter nelkuli hivasban, amikor is stdin-rol olvas, es stdout-ra ir)
- A hozzászóláshoz be kell jelentkezni
Ha bizonytalan az ember a tudásában, akkor nagyobb/felesleges kóddal is kitaposhatja az utat a megoldásig, de utána célszerű ésszerűsíteni a kódot. Nem akartam duzzasztani a topikot, de jobb cat nélkül, mert a grep képes úgy dolgozni és akkor már miért ne?
--
unix -- több, mint kód. filozófia.
- A hozzászóláshoz be kell jelentkezni
"Szerző: Panther
Dátum: p, 2006-08-11 10:31
Gratulálok az értelmes hozzászólásodhoz. Sokszor jobban látszik az, hogy mi történik, ha cat | grep van, és nem csak grep."
Sokszor megszóltak engem is, hogy Miért úgy kezded, hogy cat fájlnév | grep minta | stb..?
"csúnya"
De érdekes módon valahogy azóta is sokszor úgy kezdem, hogy cat fájlnév | bármi is kövesse a |-ot
___________________________________________________
"Kinek a papné, kinek a paplan."
- A hozzászóláshoz be kell jelentkezni
Igazából bizonytalan vagyok én is, hogy számít ha több csővezetéket indítunk/használunk?! ?
Mindenesetre én most cat nélkül kísérletezgetek. Mivel most kezdtem el ezeket a dolgokat így még nem szoktam hozzá egyikhez sem. Még "pártatlan" vagyok.
- A hozzászóláshoz be kell jelentkezni
Van, ahol számít(hat). A plussz processz létrehozása, a plusz pipe létrehozása, egyáltalán a létük mind-mind (korlátozott menyiségben rendelkezésre álló) erőforrásokat köt le, illetve időbe telik.
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
Ha egy grep, akkor -hogy szebb legyen- hagyd el a cat-ot is: a fájlnév a 2. paraméter, vagy ha többet akarsz gépelni :-) akkor grep "minta" < fajl
A grep-családhoz javaslom a Sed and Awk és a Mastering Regular Expressions (ennek tuti van magyar kiadása) könyveket az O'Reilly-től, úgy általában meg a "piros" Unix könyvet (Műszaki könyvkiadó).
Esetleg érdemes a logcheck csomaghoz tartozó mintafájlokat is nézegetni, sok ötletet lehet belőlük meríteni.
- A hozzászóláshoz be kell jelentkezni
server:/ # cat /var/log/mail | grep '^Aug 10.*usernev.*` LOGIN`'
server:/ # cat /var/log/mail | grep '^Aug 10.*usernev.*" LOGIN"'
server:/ # cat /var/log/mail | grep '^Aug 10.*usernev.*[ LOGIN]'
Egyik sem megy:(
server:/ # cat /var/log/mail | grep '^Aug 10' | grep usernev | grep ' LOGIN'
Aug 10 04:45:03 server pop3d: LOGIN, user=usernev, ip=[::ffff:ipcim]
Aug 10 19:03:51 server pop3d: LOGIN, user=usernev, ip=[::ffff:ipcim]
Aug 10 19:32:32 server pop3d: LOGIN, user=usernev, ip=[::ffff:ipcim]
Aug 10 21:03:17 server pop3d: LOGIN, user=usernev, ip=[::ffff:ipcim]
Ez lenne a cél
- A hozzászóláshoz be kell jelentkezni
he? mi az a `, ", [ a grep paraméterében?
a usernév hátrébb van, mint a LOGIN, tehát nyilván nem megy:
grep ^Aug 10.*LOGIN,user=usernev' /var/log/mail
Legalább átgondolnád. :S
- A hozzászóláshoz be kell jelentkezni
A csővezeték működését értette félre és a sorrendet megtartotta a keresőkifejezésnél is.
Hogy segítsek is :)
ha csővezetéket használsz, akkor azt úgy kell értelmezni, hogy a fájlból add ki azokat a sorokat, amikben benne van a keresett kifejezés, majd az eredményül kapott összes sort csővezetékkel beleirányítod egy következő szűrőbe, ami sorokat ismét a sor első karakterétől átnézi.
Ha mintaillesztést használsz, akkor viszont a mintát úgy kell összeállítanod, hogy a sorrendiség megfeleljen a szűrni kívánt sorokkal.
--
unix -- több, mint kód. filozófia.
- A hozzászóláshoz be kell jelentkezni
Jó jó, bocsesz, igazad van LOGIN-al kapcsolatban, nem figyeltem.
- A hozzászóláshoz be kell jelentkezni
Ez is működik, kiírja azokat a logokat amiket szeretnék.
Ezt viszont nem értem teljesen. Az ^Aug 10 után lévő .+ -ot.
A pont = egyetlen helyettesítő karakter?!
* = bármennyi helyettesítő karakter lehet?!
- A hozzászóláshoz be kell jelentkezni
még mindig man 7 regex:
. = egyetlen bármilyen karakter
* = az előtte álló valamiből 0,1,2,... db
+ = ugyanze, csak a 0 nincs megendedve: 1,2,3,.. db; kiterjesztett regex
[a-z] szögletes zárójelben állók közül egyetlen egy, bármelyik. Tartomány is megengedett
[^a-z0-9[:space:]] A felsoroltak közül egyik sem, de egyetlen karakter. A ^ miatt van így
[a-z-] itt már a minusz jel is benne van
A {} is kiterjesztett regex, ahogy a karakterosztályok is, pl. [[:space:]],vagy épp
[[:digit:]] , ami ugyanaz ált, mint a [0-9], csak épp nem garantált, hogy mindig ugyanaz a 0 kódja, mint az egyénél egyel kisebb érték.
{n,m} jelentése: min. n db, max. m db az előtte állóból
a|b: vagy az egyik, vagy a másik oldalán valami
(): csoportosítás, pl.
(alma|korte)fa
A csoportosítás arra is jó, hogy pl. a sor ugyanazzal a karakterrel kezdődik, mint végződik:
^(.).*\1$
feltéve, hogy a sorban legalább két karakter van.
hm, alapjaiban ennyi..
- A hozzászóláshoz be kell jelentkezni
Köszi, ez jó volt, bár mindet nem értem, de ez miattam van. Egyenlőre amit tudni akartam azt tudom mostmár. Kicsit fura a * jelentése, sose gondoltam volna, vagy csak nem így fogalmaztam meg eddig magamban.
- A hozzászóláshoz be kell jelentkezni
A csillag itt azt jelenti, hogy x-bol barmennyi (akar 0 is). A + meg azt hogy X-bol valamennyi (de legalabb 1).
A () egy kifejezest keres, ez igazabol harom helyen jon jol: a) amikor vagylagosan akarsz keresni: "(budacsik|csikbuda)", vagy amikor a regex talalati listajaval akarsz hekkerkedni - ez szamodra egyelore irrelevans; c) amikor valami bonyolultabb kifejezest akarsz.
A [] egyszeru karakterkereses, ha C-vel foglalkoztal, akkor egy felturbozott strchr. A ket jel kozti karakterek barmelyiket keresi a forrasszovegben, kiveve ha a [ jelet egy kalap (^) koveti, ugyanis a kalap jel itt is, es ha jol emlexem a zarojelek eseteben is ellentetjere valtoztatja a kifejezest. Pl.: [^a-zA-Z0-9] azt jelenti, hogy olyan karakterek keresese, melyek nem alfanumerikusak (For 13375: tudom, ezt karakterosztalyokkal is meg lehet csinalni - egyszeruen ez jutott eszembe).
A {} egyszeru korlatozott tobbszorozeskereso, ugy mukodik majdnem mint a * meg a + csak itt arra szolgal, hogy konkret mennyisegekkel dolgozzon. Pl.: "ab{1,2}a" ez illeszkedik az 'aba', az 'abba' stringekre, de pl. az 'abbba' stringre mar nem illeszkedik. A "10{6}" pedig az egymilliora illeszkedik.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Köszi ;)
- A hozzászóláshoz be kell jelentkezni
Akkor nézzük, mit szeretnél: Adott userre megnézni, hogy ma belépett-e a pop3 szervere?
Egrep-et használunk, mert összetett mintákkal fogunk operálni. A uesrnevet az i változóba rakjuk.
Mivel csak az érdekel, hogy van-e ilyen, a -c kapcoslóval megszámoljuk, mennyi volt, és azt adjuk vissza.
A minta elejére illesztjük a mai dátumot, ahogy a syslog szereti, majd az hh:mm:ss -re csinálunk egy mintát
(szám kétszer, utána kettőspont, ez kétszer, majd két szám) utána a fix szöveg, majd az i változóba rakott usernév jön.
i=usernev
egrep -c "^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2} server pop3d: LOGIN, user=${i}"
- A hozzászóláshoz be kell jelentkezni
Huhh, jó lenne ha ilyen szép összetett parancsot én is össze tudnék "dobni" csak így :). Igazából kicsit előrrébb mentél és segítettél nekem a következő lépésben is. Köszi, szépen bár még nem próbáltam ki, de nagyon jónak tűnik. Mindjárt lesz is alkalmam kipróbálni.
- A hozzászóláshoz be kell jelentkezni
Rendben akkor azzal kezdem, hogy a cat-ot elhagyom!
- A hozzászóláshoz be kell jelentkezni
Hali.
Jó az a héjprogramozás könyv, de van néhány olyan dolog, ami - hely és idő hiányában, gondolom - nem került bele.
http://www.freeos.com/guides/lsst/
Nézd meg ezt az oldalt, ez sokkal hosszabb és részletesebb tutorial.
- A hozzászóláshoz be kell jelentkezni
Üdv,
hála a segítségeteknek összedobtam azt a pici szkriptet amit szerettem volna, bár nekem sokat már nem kellett csinálnom. Inkább a következő feladaton töröm a fejem, és azt megpróbálom már egyedül megcsinálni.
Íme a szkript:
#!/bin/sh
cat << menu
Mit szeretnel latni?
1. Azt, hogy hanyszor lepett be a mai napon.
2. A ra vonatkozo logokat
menu
read szam
case $szam in
1)
echo "Ma bejelentkezett: "
egrep -c "^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2} server pop3d: LOGIN, user=$1" /var/log/mail
exit 0
;;
2)
egrep "^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2} server pop3d: LOGIN, user=$1" /var/log/mail
exit 0
;;
*)
echo "Válassz a menupontok kozul (1 vagy 2)"
exit 1
;;
esac
A visszatérési értékek használatában (sem) még nem vagyok otthon, de remélem jól használtam. De ha jól tudom nem is muszály mindig használni ezeket csak ha szükséges, pl egy fájl létezésének ellenőrzésekor,és akkor a teszt viszatérési értékének függvényében vagy hibaüzenetet írunk vagy mehet tovább. Ha jól sejtem ilyenkor kell pl a visszatérési értéket használni.
egyébként szerintetek jó a szkript? A célnak végülis megfelel, legfeljebb megpróbálom okosítani, pl, hogy le tudjam kérdezni az Aug 10-ei belejentkezéseket is, ilyesmi.
- A hozzászóláshoz be kell jelentkezni
Azt a menüt felejtsd el.
man bash keress rá a selectre, így müxik:
select szam in "Azt, hogy hanyszor lepett be a mai napon." "A ra vonatkozo logokat";
do
case $szam in
1)
echo "Ma bejelentkezett: "
egrep -c "^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2} server pop3d: LOGIN, user=$1" /var/log/mail
exit 0
;;
2)
egrep "^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2} server pop3d: LOGIN, user=$1" /var/log/mail
exit 0
;;
esac
done
- A hozzászóláshoz be kell jelentkezni
Bocs, h ezer év után reagálok, de pontosítsunk: a select parancs esetén a (fenti példában szereplő) "szam" változó nem az általad begépelt (kiválasztott) számot, hanem a számhoz tartozó szöveget fogja visszaadni (azaz 1 esetén a "Azt, hogy hanyszor lepett be a mai napon." , 2 esetén pedig a "A ra vonatkozo logokat" lesz a változó értéke), így ezt kell majd a következő sorban levő "case" mintáiként megadni. (Amire te gondolsz az a "foglalt" REPLY nevű változó, viszont ebben a teljes általad gépelt válasz lesz benne.)
- A hozzászóláshoz be kell jelentkezni
valóban, viszont nem próbáltam ki :D
- A hozzászóláshoz be kell jelentkezni
Én viszont igen, és jó volt. Köszi
- A hozzászóláshoz be kell jelentkezni
Ugye nem azt akartad irni, hogy a select-ben a valtozoban a menuelem szamat adta vissza? Mert ha igen, akkor:
1) erdekelne, hogy mi volt az, ami ezt adta
2) es mivel magyaraznad a kovetkezot:
$ bash
[zgabor@Lappantyu ~]$ select i in "ez az egy" "ez meg a ketto" ; do
> echo ":$i:"
> done
1) ez az egy
2) ez meg a ketto
#? 1
:ez az egy:
#? 2
:ez meg a ketto:
#? ^D
[zgabor@Lappantyu ~]$
- A hozzászóláshoz be kell jelentkezni
sorry, nem. Rosszul írtam :)
Csak a select részt próbáltam ki, tudom, hogy nem a számot adja vissza, de csak a select érdekelt.
- A hozzászóláshoz be kell jelentkezni
Nem a $i, hanem a $REPLY.
Évekkel később javítva... :)
- A hozzászóláshoz be kell jelentkezni
egrep "^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2} server pop3d: LOGIN, user=$1" /var/log/mail
Azért csak kérdeznék még valamit a tisztánlátás végett, megpróbálom "hangosan gondolkodva" elemezni ezt a fenti sort, mert nem biztos, hogy pontosan értem mi micsoda.
Tehát:
egrep: mikortól számít összetett mintának amihez már egrep kell?
^$(date +%b\ %d) ([0-9]{2}:){2}[0-9]{2}: ezt nem értem teljesen.
A minta elejére illesztjük a mai dátumot, ahogy a syslog szereti, majd az hh:mm:ss -re csinálunk egy mintát
Tehát a $(date +%b\ %d) változó = a jelenlegi dátummal ^-ezzel pedig az elejére illeszti be.
([0-9]{2}:){2}[0-9]{2}: ez pedig csak azt jelenti, hogy itt lehet bármi 11:22:33 ilyen formájú karaktersorozat?! Először 2 szám egymás mellett ami 0-9-ig bármi lehet, majd kettőspont ([0-9]{2}:)
Ez az egész kétszer ([0-9]{2}:){2} és ekkor itt tartunk 11:22
Majd mégegyszer 2 szám egymás mellett ami 0-9-ig bármi lehet ([0-9]{2}:){2}[0-9]{2}
Remélem jól elemeztem. A folytatás már nekem is eyértelmű. Bocsi a nagyon béna elemzésért és kérdésekért, de tényleg, érteni is akarom, nem csak lemásolni amit beírtatok, mert azzal nem tanulom még meg és biztos akarok benne lenni, hogy jól értem e.
Köszi az eddigi segítségeket is.
- A hozzászóláshoz be kell jelentkezni
Az első kérdésedre röviden nem nagyon tudok válaszolni; vannak olyan kifejezések, amit a sima grep nem, csak az egrep ismer -> mastering regexp és hasonló doksik.
A többi az rendben van, a $(date...) az ún. subshell-ben végrehajtott parancsot jelöl, a parancssor behelyettesítése során az értéke a ()-ben lévő parancs kimenete lesz.
Ugyanezt csinálja a backtick-es megoldás (`date..`) is, szerencsésebbnek tartom azonban (főleg, ha ilyen, vagy még összetetteb "beágyazósdi" van) a $() formát, mert az tényleg olvashatóbb, és nem azon kell tötyörészni, hogy melyik backtick melyikhez tartozik...
- A hozzászóláshoz be kell jelentkezni
Tehát azt mondod, hogy
$(date +%b\ %d) és `date +%b\ %d`
ugyan azt csinálja?
Még azt felejtettem el megkérdezni, hogy a $ jel miért is kell? Nem változót jelent?!
- A hozzászóláshoz be kell jelentkezni
A $-jel kvázi behelyettesítést jelent: Ha betü-szám követi, akkor változót, ha kapcsoszárójelben valami, akkor szintén (ez is ízlés/stílus kérdése: én pl. a változókat nagyjából minden esetben ${foo} alakban írom: nem mindegy ugyanis, hogy $fooBAR, vagy ${foo}BAR ), ha kerek zárójel, akkor parancskimenetet helyettesít be.
- A hozzászóláshoz be kell jelentkezni
Köszönöm, minden világos! (ami ezt illeti persze :))
- A hozzászóláshoz be kell jelentkezni
Kifelejtettél 1 dolgot: van még az un. aritmetikai helyettesítés:
$ echo $(( 2 * 3 ))
6
$
Ahol működik a $( parancs ) forma - és nem csak a backtick, ott ez is létező megoldás. Az istenáldotta bash pedig ugyanerre a funkcióra használja a $[ 2 * 3 ] formát, én inkompatibilitási okokból nem szeretem.
- A hozzászóláshoz be kell jelentkezni
Ott a pont (hagytam neked is...)
- A hozzászóláshoz be kell jelentkezni
A kapcsos zárójel másra is jó, pl.:
DIR=${1:-$CHECK_DIR}
A fenti kódnak van kb 4-5 változata, ezt csak msot ismertem meg, tehát nem ismerem mind, de tetszik, használom :)
- A hozzászóláshoz be kell jelentkezni
Jah, és sor végére illesztést is jelenthet.
echo valami | sed 's/..$/ki/'
- A hozzászóláshoz be kell jelentkezni
Regexpben igen, itt azonban a parancsértlemezőről volt szó.
- A hozzászóláshoz be kell jelentkezni
A `` nem ágyazható egymásba, a $() pedig igen. A legbelső $()-ban persze lehet még `` is, parancs kimenetének (stdout) behelyettesítésére szolgálnak, mint elhangzott.
- A hozzászóláshoz be kell jelentkezni
De igen, csak egy idő után totál átláthatatlan lesz a sok "takart" backtick miatt:
utolsókéntlefutóparancs `másodikparancs \`elsőparancs\``
és ha kell további szinteket lehet csinálni, de az emberek zöme belegabalyodik:
utolsókéntlefutóparancs `harmadikparancs \`másodikparancs \\\`elsőparancs\\\`\``
azaz:
echo `echo 3 \`echo 2 \\\`echo 1\\\` \` `
parancsnak
3 2 1
lesz a kimenete. (A sor végén nem kellenek a szóközök, de a nélkül katasztrófa a dolog - bár így is 3x futottam neki, mire jó lett.)
(Ha mázlim van, jól számoltam.)
- A hozzászóláshoz be kell jelentkezni
Hello!
Megint problémába ütköztem és érthetetlen:
Így néz ki az ssh_info.sh fájl:
#!/bin/sh
echo -n "Usernev: "
read username
echo "Mikor? (pl Aug 14)"
read date
egrep "ˇ$date ([0-9]{2}:){2}[0-9]{2} server sshd.*Accepted.*$username" /var/log/messages
Azért érdekes (számomra), mert ez a parancs jó, szintaktikailag megfelelő, mert parancssorban működik. De sh ssh_info.sh parancsal semmi, hibaüzenet sem.
Ami még mindig piszkála a csőröm, hogy használom bár a .* "párost" és tudom mit csinál, de mégse értem miért? Azt is kipróbáltam, hogy egymás nélkül nem működik ebben a parancsban.
- A hozzászóláshoz be kell jelentkezni
Senkinek nincs ötlete miért nem megy? Vagy csak meguntátok a kérdéseim? :)
- A hozzászóláshoz be kell jelentkezni
Hirtelen ötlet, nem kizárt, hogy marhaság: nem az input eszköz hiányzik neki?
Mi van, ha beleechozod az sh-ba a szükséges paramétereket?
--
Fel! Támadunk!
- A hozzászóláshoz be kell jelentkezni
Megmutatnád, hogy mire gondolsz pontosan? Lehet ott a 2 pont, nemtudom.
- A hozzászóláshoz be kell jelentkezni
Sajnos nem nyert...
Kipróbáltam az előbb.
--
Fel! Támadunk!
- A hozzászóláshoz be kell jelentkezni
Kár, de nem értem tényleg, mert a parancsnak jónak kell lennie. Ugyan ez működik parancssorból, csak akkor nem változókkal hanem én írom be mindet.
- A hozzászóláshoz be kell jelentkezni
Bizonyos programok illendően úgy viselkednek, amilyen néven meghívják őket, és a bash pont ilyen, lásd man bash:
If bash is invoked with the name sh, it tries to mimic the startup
behavior of historical versions of sh as closely as possible, while
conforming to the POSIX standard as well.
(AIX alatt meg a default shell-t, azaz a ksh-t hívja meg a sh...)
Az 1. sorban pl. /bin/bash, illetve nem sh script.sh hanem bash script.sh próbálkoznék. Ja, és a minta elején ugye AltGr+3 van? ("háztető", 0x5e)
- A hozzászóláshoz be kell jelentkezni
"a, és a minta elején ugye AltGr+3 van?"
Ott a 3 pont! Köszi, hogy lehettem ilyen figyelmetlen?!
Áhh, ez engem minősít :(
- A hozzászóláshoz be kell jelentkezni
no, megelőztél
- A hozzászóláshoz be kell jelentkezni
az a kalap ugye csak véletlenül áll fejjel lefelé? :)
- A hozzászóláshoz be kell jelentkezni
Nem sajnos, e miatt nem ment eddig, de kijavítottam.
- A hozzászóláshoz be kell jelentkezni
Köszönöm mindenkinek az eddigi segítségét.
Itt van az eddig kreált két szkriptem, hála nektek.
http://users.atw.hu/budacsik/login_counter.sh
http://users.atw.hu/budacsik/ssh_info.sh
Mostmár egész jók
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
5 ev utan nem csoda :)
Tyrael
- A hozzászóláshoz be kell jelentkezni
Türelmetlen ember lehet... :) Mi itt segítőkészen végiggondoljuk a problémáját, és mire válaszolnánk, addigra továbbáll... :)
--
Fight / For The Freedom / Fighting With Steel
- A hozzászóláshoz be kell jelentkezni
Honnan tudod? Lehet, hogy 2016-ig még válaszol.
--
unix -- több, mint kód. filozófia.
Life is feudal
- A hozzászóláshoz be kell jelentkezni
Végül is... :)
--
Fight / For The Freedom / Fighting With Steel
- A hozzászóláshoz be kell jelentkezni
Na ezt a könyvet:
UNIX/Linux Héjprogramozás (Büki András)
én is megrendeltem. Illik hogy ilyen téren is fejlesszem a tudásomat.
-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó
- A hozzászóláshoz be kell jelentkezni
ki a halál találta ki ezt a szót: "héjprogramozás"??
- A hozzászóláshoz be kell jelentkezni
Úgy tudom az hogy "shell", angolul azt jelenti: kagyló. Annak meg van olyanja, hogy "héj".
-------------
Regényeim:
http://adlibrum.hu/Poliverzum/
http://www.novumverlag.hu/novitaeten/8/?product_id=22&detail=1
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó
- A hozzászóláshoz be kell jelentkezni
Ennyi erővel kagylógravírozás is lehetne.
/Könyv egyébként megvan, jó/
- A hozzászóláshoz be kell jelentkezni
Ennél már csak az a durvább mikor a tunneling-et csatornázásnak írják. Alagutazás sem sokkal jobb.
encapsulated=bekapszulázott :D
- A hozzászóláshoz be kell jelentkezni
shell?
Valogass ;)
Zsiraf
- A hozzászóláshoz be kell jelentkezni
A "karosszérialemezek" lenne itt a legmegfelelőbb!
:-{)E
Nekem egy pillanatig sem okozott gondot a "Héjprogramozás" sem, pedig távol áll tőlem az anglománság. Valahogy el kell nevezni! Mégsem hívhatják "UNIX/Linux command.com-nak"!
--
не закурится!
- A hozzászóláshoz be kell jelentkezni
És a "UNIX/Linux Parancsértelmezők"? :)
- A hozzászóláshoz be kell jelentkezni
nemide
- A hozzászóláshoz be kell jelentkezni
Jelölés
- A hozzászóláshoz be kell jelentkezni
Most miattad írtam egy hosszú választ az egyik kérdésre, és csak a beküldés előtt vettem észre, hogy 2006 augusztusban kérdezték. :)
- A hozzászóláshoz be kell jelentkezni
Gondoltam, h lesz aki benyalja :)
De 23:05-kor nem csoda :)
- A hozzászóláshoz be kell jelentkezni