Dakle, ja bi htio slijedeće

1. imam tekstualnu datoteku (john.txt) koja ima 20 redaka a svaki od njih sadrži nekoliko riječi
2. stvoriti 20 foldera od kojih se svaki zove prema odgovarajućem retku iz datoteke. (1. folder se zove kao 1. redak, 2. folder kao 2. redak itd)

kako to izvest? ima li tko ideju? naravno 20 zamijeniti sa N, a reci u datoteci svakako ostaju neprazni

Ovak na brzinu (apostrof je onaj obrnuti koji je na pc tipkovnici altgr+7):
mkdir `cat john.txt`

Ali ako imas vise rijeci u jednom redu stvorit ce se direktoriji od svake rijeci.
Nisi precizirao sto je s ostatkom rijeci u retku.

Ovo bi trebalo raditi, nemam Mac sad pored sebe da probam:



Moguce da ce puknuti ako ima space u liniji, ali mozda i ne...no i to se da rijesiti.

SRanje, moram ovo popraviti...forum filtrira backslash znak. Dakle izmedju $line i 'n' mora biti backslash.

Spoofy je zaboravio napisati da to treba natipkati u Terminalu.

Taj apostrof se dobije s AltGr+7 na PCu. Na Macu je negdje drugdje, nije mi sad Mac pri ruci i ne znam napamet.

Možda option-e pa space?

´je alt (option) i tipka e na macu sa spaceom, ko šta je smayoo i napisao

nije mi baš ovo sjelo. jel bi imao netko volje i živaca istestirat to kod sebe? ili detaljnije opisat šta i kako?

a u toj tekstualnoj datoteci svaki redak ima maksimalno 3 riječi (2 razmaka)

Vidio sam negdje da si kupio onu K&R C knjigu pa zašto malo ne prolistaš po njoj.

>> int main (int argc, char *argv[])

- argv[1] nek bude ime fajla.

>> #include <stdio.h>
>> FILE *fopen(const char *filename, const char *mode);

- s fopen() otvori file, mode je "r" za read.

>> #include <stdio.h>
>> char *fgets (char *s, int n, FILE *stream);

- tu u petlji onda ime direktorija dok fgets() ne vrati NULL

>> #include <sys/stat.h>
>> int mkdir (const char *path, mode_t mode);

- i onda mkdir() sa 0777 kao mode. Nisam siguran, rijetko to zovem, valjda neko drugi ovdje zna što sedmica za foldere radi. Znam da nije ista stvar s tim pravima kao i za normalne datoteke.

Na kraju fclose() i svi sretni.

Igor

john_st je napisao:


Jel ti zelis da ime direktorija ima sve te tri rijeci ili svaka rijec jedan direktorij?

Ako želiš imena direktorija s razmacima, svaki redak započni i završi standardnim dvostrukim navodnikom (ASCII 34)

@IgorD - nisam "kupio" ali imam je, samo sam slab u C-u. prostudirat ću ovo što si napisao pa se javim
@spoofy - da, želim da ime direktorija ima sve te tri riječi
@smayoo - super

Eto, malo sam se išao poigrati i čini se da to, nažalost, ipak ne može tako (iako se sjećam da je tako radilo na Sparcovima). Očito je parsiranje drugačije izvedeno.

Ako izravno utipkaš

mkdir "jedan dva"

dobiješ jedan folder koji se zove

jedan dva

Ali kad imaš "jedan dva" napisano u txt fileu pa napraviš

mkdir `cat file.txt`

dobiješ dva foldera koji se zovu:

"jedan
dva"

Jednostavno, kad se izlaz prosljeđuje iz cat u mkdir, razmak se uvijek i u svim kombinacijama vidi kao delimiter parametra i to se ne može zaobići.

To znači da na ovaj način možeš i dalje automatski kreirati foldere, ali umjesto razmaka u imenima foldera koristi _ ili neki drugi znak.

BTW, obratni apostrof (accent grave) koji trebaš za

mkdir `cat file.txt`

komandu dobije se sa alt-< pa space. Alt-e pa space je "accent acute" (kao kvačica na ć) i to nije taj.

Ovo radi.


Ja imam doma tonu knjiga o bash skriptama i unix shellu, ali na žalost nemam pojma o tome jer mi sve izgleda kao ogroman gubitak vremena. Napravio sam valjda pedesetak primjera iz tih knjiga koji su naravno beskorisni, ali ajde, kao učim nešto. Na žalost, svaki, ali svaki put kad mi nešto konkretno treba onda i nešto naizgled jednostavno postaje cijela nauka.

Zadnji put sam trebao promijeniti extenzije na par stotina fajlova i to je kao jednostavno u shellu. Nakon pola sata googlanja po unix forumima htio sam razbiti komp. Baš je fora bila sa razmakom u nazivima datoteka. Nakon još pola sata, uspio sam napraviti skriptu, ali da je danas moram napraviti ponovo, opet bi sve počelo googlanjem. Žali Bože Vremena.

Igor

ps - malo sam editirao 2 sata kasnije kad sam primjetio da se neki znakovi gube, npr '\\n' postane obično 'n'. Riba je gore rekao da će to eventualno riješiti, ali za sada ništa. Ja sam to riješio tako što sam upisao backslash dvaput, pa postoji šansa da to postane vidljivo jednog dana kad Riba dotjera forum.

Gledaj. Shell script je samo shell script. To nije programski jezik. Tebi je lakše uhvatiti se C-a jer ti je to svakodnevni posao. Otprilike isto kao da si šumarski radnik pa ti je motorkom lakše našiljiti olovku nego šiljilom.

Jedna važna stvar koju nemoj ovdje zanemariti je to da je razmak oduvijek bio standardni delimiter po svim POSIX specifikacijama i RFCovima. Unix kao takav ne podržava imena datoteka s razmacima standardno. To je tekovina svježih potrošačkih potreba (prosječni korisnici žele datoteke imenovati s razmacima jer im je tako prirodno). Pa se ne treba čuditi da shell script nije tome dorastao, jer on nije u ovom smislu razvijan.

OK, znam ja da je mnogim ljudima skript jednostavniji od tzv. "pravog" programskog jezika. Ja zapravo želim reči da je to samo naizgled. Cijela stvar je nešto kao fata morgana zapravo.



Banalni primjeri sa skriptama su jednostavni, ali se vrlo brzo stvari naglo kompliciraju.

U C-u je string uvijek u navodnicima. Varijable se pišu kako se pišu. Plus je plus, itd. Kad savladaš određeni skup znanja ti onda zaista znaš nešto.

Kad je shell u pitanju, znak $ je utorkom ovo, a srijedom ono. Navodnike ne trebaš, ali petkom trebaš. Prije podne plus znači ovo, popodne ono. Što više znaš postaješ nesigurniji i vidiš da ništa nije onako kako bi očekivao.

Knjiga koja opisuje cijeli C ima oko 250 strana. Ove knjige što opisuju shell imaju svaka po 500 strana, a pola toga fali i trebaš sljedeću knjigu, pa sljedeću...

S druge strane, možda sam ja u krivu. Meni je trebalo 10 minuta da napišem ovo gore i još toliko da ga izdebuggiram. Baš me zanima kako će izgledati skript koji radi istu stvar i koliko će vremena trebati da ga netko složi.

#!/bin/bash
while read line ; do
mkdir "$line"
done < john.txt


(ovo gornje prepisi u neki file. nazovi ga nekako, recimo radi.sh, napisi komandu chmod 755 radi.sh tako
da postane izvrsan i pokreni ga s ./radi.sh .
Trebalo bi raditi. Je da skripta treba doradu recimo da provjerava posoji li vec dir s tim imenom i slicno ali princip je tu.

Sad vidim da je to isto riba gore napisao
Nisam prepisivao od njega izgleda da smo obadva dosli do istog rjesenja.

Bome ovo tvoje radi.

Ono Ribino nikako. Samo izbaci > prompt u novom redu i što god da ukucam, ne kreira foldere.

A probao sam i varijantu sa
mkdir "$line" i
mkdir "$line\\n"
i svejedno ništa. Znaš li možda zašto tvoj skript radi, a praktično ista stvar ukucana u izravno u Terminal kao komanda ne radi?

Igor

Da pravo priznam nikad nisam probao petlje u komandnoj liniji, nekak mi je lakse to imati u skripti, preglednije je i lakse za editiranje i debagiranje. Evo i ja sam isao probati ali ne ide. Ali me zaintrigiralo, moram priznati .

Tako se ponaša u bash. Csh i zsh kažu "syntax error in while expression".

super spoofy! radi baš kako sam i očekivao. jedino što na kraju zadnjeg retka treba opaliti return da ga "uhvati" pri stvaranju novih direktorija.

Onom Ribinom fali jedna točka-zarez prije "done".

Evo, ispravljeno;



Da ne bude nejasnoća: petlja se vrti između while i done, dok god postoji redak teksta (smješten u varijabli "line" ) koji se uzima iz popis.txt datoteke (dotična sadrži nazive budućih foldera, a mogu se koristiti i domaća slova i razmaci). Unutar petlje se izvršava kreiranje foldera, a navodnici se pritom koriste za slučaj kad se razmak pojavljuje kao sastavni dio foldera. Ako ispustimo navodnike, dobit ćemo dva foldera ("prvi" i "drugi" ) za liniju koja u popis.txt glasi "prvi drugi". S navodnicima ćemo dobiti samo jedan, "prvi drugi" folder.

Hvala na objašnjenju.

Malo sam pretjerao s onim pokudama shell skripta, cijeli internet se vrti u raznim skriptama - mišljenje jednog čovjeka baš i neće tu nešto promijeniti.

Bio sam pokušavao prokljuviti baš taj Ribin primjer i nikako. Onda sam uzeo Sobella (Linux Commands, Editors & Shell Programming) da si kao pomognem. Tako sam naletio na ovo:

Meni to izgleda kao da su svojedobno Picassu dali da malo modernizira Fortran pa je došao s tom sintaksom. Naravno da mi je prva sljedeća pomisao bila - zaboravi ove hijeroglife, lakše ću ja to u C-u.

Možda zaobilazno, ali ovako smo problem riješili na nekoliko različitih načina.

Igor

Zapravo... iako je, za konkretan slučaj, Ribino rješenje definitivno najoptimalnije, preskočili smo "domaće", AppleScript rješenje. Ne budi mi teško, evo i njega:

Komentirao sam red po red, da se, oni koji vole učiti na primjerima, lakše snađu.

Ovdje vrijedi primjetiti nekoliko zanimljivosti. Kao prvo, kod na prvi pogled ne izgleda bitno jednostavniji od tvog C primjera. Na drugi pogled bi nelagoda trebala popustiti jer polovicu koda zapravo čine komentari (počinju sa --). AppleScript je generalno razumljiviji od drugih jezika (namjerno sam koristio domaće nazive varijabli, da se lakše razluči što su naredbe, a što varijable), međutim ovaj konkretan primjer ima nekoliko "kvaka". Prva je (skoro pa) nepotreban luksuz - ograničavanje tipa datoteke koju ćemo korisniku dopustiti učitati na tekstualnu (type {"TEXT"}). Samo za sebe nije mudrost, ali vitičaste zagrade (naizgled nepotrebno) kompliciraju sintaksu. Sljedeća kvaka je onaj "«class utf8»" kojeg baš tako treba pisati. Fuj. I zadnja kvaka je definiranje lokacije u POSIX formatu. Da ne bude nejasnoća, Apple više voli svoj stari dobri "Disk:Users:Ja: Desktop" format od svima razumljivog "/Users/Ja/Desktop" ili, još kraće, "~/Desktop". U konkretnom primjeru je naveden path do Desktopa (kad se sistemski disk zove "Disk", a korisnik "Ja" ). Posebna perverzija je dodavanje "parent directory" (/..) na kraj patha čime zapravo dođemo do lokacije same skripte pa se vratimo korak nazad. Postoji i AppleScript native rješenje problema (preko containera), ali dotično je nepoželjno jer se drugačije ponaša na 10.4, a drugačije na 10.5 (dobra vijest: na 10.5 se ponaša "normalno" ).

Čemu uopće ova kobasica od AppleScripta kad i Ribino rješenje odrađuje posao? Osim za ilustraciju alternativnih rješenja vrijedi spomenuti da je ovo najlakše nadograditi. Ne kažem da ne može postojati problem čije se rješenje svodi samo na otvaranje N foldera zapisanih u tekstualnoj datoteci. Ali obično usput moramo (ili možemo) obaviti još nešto. Tu će AppleScript briljirati i u par dodatnih linija odraditi ono što ni terminal ni C ne bi mogli (uglavnom zato jer nemaju način za elegantno komuniciranje s aplikacijama).

P.S. Zbog specifičnosti parsanja ulazne datoteke (tekst s popisom foldera), a vezano uz AppleScriptove "paragrafe", u slučaju da u datoteku s popisom foldera unesemo N linija teksta i nakon SVAKE (uključno sa zadnjom!) pritisnemo Enter, broj ponavljanja petlje bio bi nepotrebno uvećan za jedan (zadnji Enter). Mogli smo testirati samo njega, ali priloženo rješenje testira SVAKI red u popisu foldera tako da možemo bilo gdje u datoteci imati prazan red - uredno će raditi. U slučaju Ribine skripte, nailazak na prazne redove na popisu (pri čemu Enter na kraju NE igra ulogu!) rezultirao bi porukom "mkdir: .: No such file or directory".

P.P.S. Preporučam kod kopirati u Script Editor i kliknuti Compile da syntax coloring odradi svoje i učini ga preglednijim.

Djipi je napisao:


Gdje ces elegantnije komunikacije s aplikacijama od pajpa? Cak ni ddoatnih par linija nije potrebno.
Iako iskreno, mrzim shell i njegovu sintaksu. Moj je izbor uglavnom perl ali vise zbog profesionalne deformacije.

Dok god pajpaš u mkdir ili nešto tog tipa, savršen je. Kad dođeš na ideju "pajpati u Fotošop", postat će zabavno. Meni osobno je terminal draži od natezanja ikonica po desktopu, ali svrsishodan je uglavnom dok se u njemu rješavaju "sistemski problemi". Za automatizaciju koja uključuje različite "GUI" aplikacije (i koja JE ili bi barem trebala biti u domeni power usera), definitivno nije najsretnije rješenje.

Baš je fora ovaj AppleScript. Nisam nikad nešto s tim pokušavao, ali sam barem bio u stanju uz samo malo napora povezati ove tvoje komentare s kodom ispod njih.

Čak sam svojedobno dobio uz MacTech časopis cijeli jedan tutorial na 100 strana o prebacivanju VBA u AppleScript. Bilo je to u ono doba kad je Excel za Maca izgubio VBA, pa su ovi napravili mali priručnik za one koji su imali gomilu makroa u Excelu. Ne da nisam ni pogledao, nego sam na to i zaboravio sve dok nisam gore vidio ovaj mkdir ala AppleScript.

Igor

Ajde, bar neka korist od primjera. Šteta što je problem relativno banalan i suboptimalan u okviru AppleScripta (kad god se AppleScript obraća samo Finderu, shell skripta je pametniji izbor). Nadam se da ćemo naići na neki složeniji problem (u smislu povezivanja više aplikacija) koji ćemo ponovo riješiti ovako na N načina. Ili nećemo, jer će biti rješivo isključivo u AppleScriptu.


Mislim da ga vrijedi barem "proučiti". Ne nužno baš taj tutorial, nego AppleScript općenito. Prvi korak je rješavanje praktičnih problema povezivanja workflowa različitih aplikacija, a nakon toga slijedi "evolucija" iz (relativno primitivnog) Script Editora u AppleScript Studio koji omogućava (skoro pa) punokrvno programiranje koristeći AppleScript (u okviru Xcodea) - zapravo se cijela evolucija svodi na kačenje dijelova AppleScript koda na vizualne kontrole (Interface Builder).

trebaš složeniji problem? no frks

varijacija ovoga zadatka. sada u svakom folderu stvori tekstualnu datoteku koja nosi ime foldera. dakle ako se folder zove "prvi folder" neka sadrži datoteku "prvi folder.txt"

Pih, editiraj ili kreiraj skriptu "napravi.sh", i pisi:


Zatim pokreni chmod +x napravi.sh, i nakon toga napravi.sh < direktoriji.txt (direktoriji.txt je popis direktorija) i dobit ces zeljeni rezultat.

Preduhitrio si me. I slažem se s "pih" dijelom, ovo NIJE složeniji problem, vrtimo se oko istog, u AppleScriptu bi i dalje bili vezani samo uz Finder.