> > > Ali se da en socket bindad na vec interfaceov ali je potrebno
> > > zato ustvariti vec socketov.
>
> Dokumentacija namiguje da se bo to dalo v enem izmed naslednjih
> kernelov (2.3.x??).
Yo! i'm back! :-)) po maturi, morju in oddihuuu koncno mozgani oper.
again..:-)
no, hmmm....
kolikor sem programiral sockete (v Winsih) je v bistvu pomembno kero verzijo
imas.
vsi sistemi (ala ISO standard) IMAJO enake (beri podobne :-( socket sisteme
in
pri winsih je omenjena funkcija imeplentirana v verziji 2. (>=WinSock V2.).
verjetno
tudi v linuxu (ne da se mi iskati verzije). ce je funkcija v kernelu, v
zaglavjih pa je
ni (extra experimental), poskusi rec izpeljati z raw socketi:
The BSD socket API allows one to open a raw socket and bypass layers in the
TCP/IP stack. Be warned that if an OS doesn't support correct BSD semantics
(correct is used loosely here), you're going to have a hard time making it
work. Below, an attempt is made to address some of the bugs or surprises
you're in store for. On almost all sane systems only root (superuser) can
open a raw socket.
(ne mi zamert ce to ze veste..:-)) pac ne berem misli.
> Kako pa bi izvedel (tako kot pri ifconfig) koliko paketkov je bilo
poslanih,
> prejetih in koliko je bilo napak, ter seveda velikost paketka? Zadeva je
lahko
> tudi v bajtih saj konec konec me zanimajo bajti in ne paketki.
kot razumem ne obstaja nobene cloveka vredne funkcije (morda se motim). vse
take in podobne statistike slonijo na spoofingu. en primer take statistike
imas tule:
ftp://ftp.slctech.org/pub/
imenuje net netwatch in je se kar uporaben program (GPL licenca -> dobis
source in
si poglej; glavni objekt je HOSTINFO).
> -----------------
> LinuxThreads:
> Ce registriram signal() handler v glavni niti in nato naredi
(pthread_create)
> nove niti ali tudi za njih deluje dani signal() handler ali moram za vsako
nit
> posebej namestiti signal_handler?
o nitih nimam veliko pojma, vendar pa bos tule nasel odgovor:
http://www.unix.digital.com/faqs/publications/base_doc/DOCUMENTATION/HTML/AP
S33DTE_html/DOCU_006.HTM#posix1-sec
> Ali morda omogoca LinuxThreads event semafor? Najbolj bi bili pripravni
> pthreads_cond_* klici vendar zahtevajo kot parameter mux in v man-u ni
prevec
> dobro dokumentirano kako le ti delujejo.
man pthread_mutex_init
vec ne bi vedel..:-)
br, Ernest
