Pa najlakše bi ti bilo baš tako i napraviti... Da su oba i klijent i server. Tako nećeš imati komplikacija ni sa primanjem ni sa slanjem zahtjeva. Evo tu sam prije nekog vremena napravio baš to što bi tebi moglo poslužiti. Ovo je chat aplikacija. Dakle, prenosi tekst. Ti umjesto toga stavi da prenosi one podatke koji tebi trebaju i to je to... Ista stvar jer je ova chat aplikacija ujedno i klijent i server..

http://www.elitesecurity.org/t215974-0#1290572

hvala na odgovoru, ali ja ne smijem koristiti te biblioteke u svojoj aplikaciji -> mogu koristiti samo standardne biblioteke. poceo sam pisati klase za threading, dakle, thread, mutex i event. ako ima neko lakse rjesenje super. ali mislim da cu morati ovako raditi da bih istovremeno mogao pratiti i server i client. hvala jos jednom.

poz,
erno

Ne razumijem... Zašto ne smiješ? Koje razvojno okruženje i platformu koristiš?

koristim linux, a to mi je zadatak na faxu. ne znam uopste kako da realizujem ovo sa threadsima. dal da napravim dva threada:



i da s njima radim ili da radim nekako sa mutexom i s njim odredjujem kad ce koji i koliko raditi.

dakle, malo detaljnije (ako treba poslat cu ti code sta sam do sad uradio):

klase: Server, Client, Thread

Server mi ceka konekcije i njega sam napravio da za svaku konekciju pravi novi thread, a to mi i ne treba ustvari.
Client salje requests -> u principu su to XML objekti koje trebam slati na server (tj. remote computer)
Thread bi mi trebao upravljati threadovima start(), wait(), stop(), detach()...

e sad ne znam kako da dalje ovo rjesim. dal da u main funkciji napravim dakle dva threada-jedan za client jedan za server al opet kako da upravljam s njima?

thnx

Ali ovo što sam ti napisao se može compilirati i pod Linuxom... ako koristiš npr. Red Hat 7.3 ili neki malo stariji Linux gdje se može instalirati Kylix (Linux verzija Borland C++ Buildera). Najbolje od svega ovaj Indy server sam brine o konekcijama, threadovima itd..

No opet.. ne znam što vi radite i da li postoje specifični zahtjevi glede realizacije..

hvala na pomoci, ali kako sam vec rekao ne smijem koristiti nikakve biblioteke koje nisu standardne.

Moj predlog je da korisnik igrice izabere da li ce biti server ili klijent. Ako je server, onda kreira 2 socket-a, tako da jedan osluskuje broadcast (preko UDP-a) poruke, a drugi prihvata konekcije.
Klijent ce prvo kreirati broadcast socket i poslati broadcast (na adresu 255.255.255.255) poruku "ima li servera u LAN-u". Tu poruku prihvara server i salje odgovor o svojoj IP adresi i portu gde ocekuje klijenta. AKo ima vise servera, svi ce polsati odgovor tako da klijent moze da bira sa kim ce da se igra. Klijent dobije jedan ili vise odgovora i kreira novi socket (TCP) za komunikaciju sa serverom. Zatim ce klijent da se konektuje na server. U tom trenutku, listen socket na serveru dobija zahtev za konekcijom, odradi se accept koji kreira socket za komunikaciju sa tim klijentom.
E sad.. tu ima nekoliko zvrcki.. trebace ti puno threadova. npr.. server mora da ima broadcast thread koje ce se baviti sa broadcast porukama, zatim thread za prijem konekcija i thread za svakog konektovanog klijenta. Klijent ce (pored glavnog threada) imati samo 1 thread za komunikaciju sa serverom.

problem je u tome da ne smije biti tako da jedan izabere a drugi se konektuje. u mom slucaju ja ne znam koji ce se konektovati tj. oba se mogu konektovati. da je tako bilo bi super, ali nije. sljedece: TCP se koristi ne UDP. e sad problem je u multithreadingu. dakle, kako da napravim da moja app moze "istovremeno" citati ulazni socket i slati na izlazni socket. ok, jasno napravim dva threada i ok, ali ne znam dal mi u ovom slucaju trebaju mutex i cond var jer oni bi se zapravo trebali koristiti u slucaju da threadovi djele isti resource, a kod mene to nije slucaj. znaci samo me zanima ova sinhronizacija izmedju threadova. hvala i cujemo se

poz,
erno

Da li si ikada igrao neku multiplayer igru (Counter, Quake, Unreal Tournament, ...)? Uradi isto tako i neces pogresiti.

sorry al nisam bas neki gamer :-). mislim da funkcionise ovako npr. za dva compa direktno spojena: jedan je server a drugi se konektuje na njega ili? ako jest tako, vec sam objasnio da ne smije tako biti jer ne znam koji ce biti server a koji client. evo ovo mi treba


comp1
/ \
thread1 thread2
Accept() Send()

e sad nesto kao:



e kako bi se ovo moglo odraditi sa obicne dvije funkcije recimo hello1 i hello2. jeli dovoljno kad napravim thread1 i thread2 predati funkciji pthread_create ove dvije funkcije kao argumente ili tu ima jos neki vrag sto bi sluzilo kao scheduler. e to mi je nejasno. vjerovatno ima neka dobra knjiga o tome, ali nazalost ja nemam tako puno vremena da odradim ovo. thnx

cao,
malo sam listao tvoj post, i preporucio bih ti ako ikako mozes/smes, da razvijas posebno server,a posebno klijent;iz jednog veoma prostog razloga-pre ili kasnije tvoja ce aplikacija narasti i koristice GUI,a to ce ti izuzetno otezati posao(znam to iz licnog iskustva),ali naravno to je moguce napraviti...ono sto me zanima(jer kazes da pravic svoje klase za threading) dali ti wrapujesh pthread biblioteku ili pravis svoju perverziju (u ovom drugom slucaju neka ti je Bog u pomoci)?inace bi ti savetovao da server i klijent mrezni interfejs kreiras preko socket kontejnera(razvijes ili maznes negde klasu za socket i koristis neki stl kontejner koji ce ti sluziti za cuvanje konektovanih socketa) i da koristis select() za server.mozes napraviti na klijentu poseban socket za podatke sa servera a poseban za komande/poruke.u ovom slucaju,takodje ces verovatno morati da razvijes neki jednostavan protokol i shibas poruke (komande) izmedju servera i klijenta...
sad,znam da ovo ovako receno zvuci malo (vise) shitty,ali tako sam radio u praksi te stvari (doduse na win domenu,ali je princip isti).sto se tice tredova,potreban ti je jedan za klijent da cita podatke(ovaj cak mozes i da izbacis ako podatke saljes kroz poruke),a ostalo mozes resiti kontejnerima koje sam ti spomenuo (za poruke i na serveru i na klijentu)

thnx za odgovor. malo me nervira to sa schedulingom. ja sam mislio da napravim bas tako kako si rekao posebno client posebno server pa onda napraviti za svakog po thread naravno i onda pustiti da se naizmjenicno mjenjaju u radu. za ovo mi treba scheduler (ako grjesim neka me neko ispravi). e tu vec nastupa problem. tacno, mogao sam i sa select funkcijom ali negdje sam morao napraviti gresku tako da... hvala jos jednom.

poz,
erno