odgovor puno raznih subjekata
Sto se tice Libijaca to je lepo, ali meni beskorisno. Malo je vremena, a
da bih mogao normalno da funkcionisem moram da napravim i pauzu za
veceru. Koristicu i dalje RC, sobu 70 (ako me puste) i trenutnu
lokaciju.
Sto se tice sastanka na temu "informacija o dogadjaju"... Resili smo
problem podataka koji su (meni) potrebni za planiranje (prioritet i broj
vozila). Ja sam se slozio, bar dok testovi ne pokazu suprotno...
Sto se tice dela tih informacija koji su potrebni za rezervaciju
bolnice, meni je logicno da EventInfo sadrzi listu informacija o
pacijentima koji zahtevaju mesto u bolnici.
Sta su tacno "informacije o pacijentu"? To treba da se usvoji i zavrsili
ste sa dnevnim redom sastanka... To bi cak mogla da bude i proizvoljna
informacija u (recimo) XML-u, koja se prosledjuje bolnici pri
postavljanu upita ili rezervaciji mesta. Ako bi to bilo tako, problem bi
se preneo na te bolnicke servise.
Dakle, operater ili vozilo, i to tacnije GUI kreira podatke o pacijentu
(neki XML) to dodje kao event_update(), servis za rezervaciju bolnica to
primi i - rezervise. Pri tome ga ne zanima sta je bio taj XML.
(Slozite se jednom sa mnom... treba mi malo samopouzdanja :)
(Ili nemojte, ali hocu da alternativa bude precizno objasnjena)
A sta li to ja radim? Upravo cu da dodam Java-jezgro. Direktorijum je
csidc03/src/core/java/
Sastoji se iz jednog Win32 DLL-a koji se pravi od svih *.cpp fajlova iz
tog direktorijuma, i Java klasa koje se prave (jel te) od *.java
fajlova.
U direktorijumu csidc03/apps/applet/src je Java programcic (jos uvek
nije applet) koji demonstrira koriscenje. To je inace isti onaj "dzoni",
ali se boljim Java-jezgrom, i novijim Zdravkovim vozilima.
Vec kompajliran program se nalazi na
http://galeb.etf.bg.ac.yu/~tyrant/zzz/keni.zip
A kad sam vec kod Zdravka...
1. Funkcije do_*_lock i do_*_unlock nisu predvidjene da se koriste
neposredno, vec preko scoped_lock (kao sto si i koristio na drugim
mestima). Ni ovako nije greska sve dok ti nesto ne prekine funkciju
izmedju ta dva poziva... npr. izuzetak.
2. rw_mutex sam napisao "na brzinu" za potrebe servera. Mana mu je
"izgladnjivanje citaca". Nije ti to potrebno! (Gde li ga samo iskopa...
nema ni dokumentaciju) Koristi obican mutex!
3. Sredi ceo kod... ucio si iz DRS-a monitore, a nadam se i da si
procitao boost-ovu dokumentaciju o thread-ovima. Ne mozes samo da
nabacas mutekse svuda po kodu. Dead-lock je jedna vrlo gadna stvar.
Ok... da ubrzam stvari... mutex stiti resurse == grupu podataka.
Najbolje je da napravis funkcije za pristup tim prodacima i da njih
koristis, a ne direktno.
Naravno sve ovo kazem iz razloga sto program ne radi kako treba...
Kod test-scheduler-a vozilo se nekad aktivira, nekad ne...
Kod jave to jos nisam uspeo...
Sredi kod... tada cu mozda i znati sta ne valja... dosta vremena gubim
cackajuci po tvom kodu.
Cujemo se nakon sastanka...
Dragan Milenkovic
da bih mogao normalno da funkcionisem moram da napravim i pauzu za
veceru. Koristicu i dalje RC, sobu 70 (ako me puste) i trenutnu
lokaciju.
Sto se tice sastanka na temu "informacija o dogadjaju"... Resili smo
problem podataka koji su (meni) potrebni za planiranje (prioritet i broj
vozila). Ja sam se slozio, bar dok testovi ne pokazu suprotno...
Sto se tice dela tih informacija koji su potrebni za rezervaciju
bolnice, meni je logicno da EventInfo sadrzi listu informacija o
pacijentima koji zahtevaju mesto u bolnici.
Sta su tacno "informacije o pacijentu"? To treba da se usvoji i zavrsili
ste sa dnevnim redom sastanka... To bi cak mogla da bude i proizvoljna
informacija u (recimo) XML-u, koja se prosledjuje bolnici pri
postavljanu upita ili rezervaciji mesta. Ako bi to bilo tako, problem bi
se preneo na te bolnicke servise.
Dakle, operater ili vozilo, i to tacnije GUI kreira podatke o pacijentu
(neki XML) to dodje kao event_update(), servis za rezervaciju bolnica to
primi i - rezervise. Pri tome ga ne zanima sta je bio taj XML.
(Slozite se jednom sa mnom... treba mi malo samopouzdanja :)
(Ili nemojte, ali hocu da alternativa bude precizno objasnjena)
A sta li to ja radim? Upravo cu da dodam Java-jezgro. Direktorijum je
csidc03/src/core/java/
Sastoji se iz jednog Win32 DLL-a koji se pravi od svih *.cpp fajlova iz
tog direktorijuma, i Java klasa koje se prave (jel te) od *.java
fajlova.
U direktorijumu csidc03/apps/applet/src je Java programcic (jos uvek
nije applet) koji demonstrira koriscenje. To je inace isti onaj "dzoni",
ali se boljim Java-jezgrom, i novijim Zdravkovim vozilima.
Vec kompajliran program se nalazi na
http://galeb.etf.bg.ac.yu/~tyrant/zzz/keni.zip
A kad sam vec kod Zdravka...
1. Funkcije do_*_lock i do_*_unlock nisu predvidjene da se koriste
neposredno, vec preko scoped_lock (kao sto si i koristio na drugim
mestima). Ni ovako nije greska sve dok ti nesto ne prekine funkciju
izmedju ta dva poziva... npr. izuzetak.
2. rw_mutex sam napisao "na brzinu" za potrebe servera. Mana mu je
"izgladnjivanje citaca". Nije ti to potrebno! (Gde li ga samo iskopa...
nema ni dokumentaciju) Koristi obican mutex!
3. Sredi ceo kod... ucio si iz DRS-a monitore, a nadam se i da si
procitao boost-ovu dokumentaciju o thread-ovima. Ne mozes samo da
nabacas mutekse svuda po kodu. Dead-lock je jedna vrlo gadna stvar.
Ok... da ubrzam stvari... mutex stiti resurse == grupu podataka.
Najbolje je da napravis funkcije za pristup tim prodacima i da njih
koristis, a ne direktno.
Naravno sve ovo kazem iz razloga sto program ne radi kako treba...
Kod test-scheduler-a vozilo se nekad aktivira, nekad ne...
Kod jave to jos nisam uspeo...
Sredi kod... tada cu mozda i znati sta ne valja... dosta vremena gubim
cackajuci po tvom kodu.
Cujemo se nakon sastanka...
Dragan Milenkovic