Posted By: pivson (Pijte pivo, je zdrave !) on 'CZprogram' Title: Re: kdyz se mluvi o tech tocich...y Date: Wed Nov 28 14:03:59 2001 > > ... muze mi nekdo vysvetlit, k cemu mam thread handle a thread id? proc > > potrebuju dve veci a nestaci jedna? A nerikejte mi, ze je to proto, ze > > nekzere funkce maji jako parametr jedno a nektere druhe :) > > Dle meho nazoru neco jako mezi jmenem souboru a file-descriptorem (resp. v > opacnem poradi). Otazka je, jestli si puvodni vyznam jeste uvedomujou i v > mikrosoftu a nepostavili to cele na bok. Ne, musim se MS trochu zastat. Jedna z mala veci co maj dobry je prave kernel. Ale jenom ten kernel. O GDI se jeste da diskutovat, ale o zbytku ne... (net beru jakou soucast kernelu, ktera taky pomerne ujde - nemam na mysli konkretni protokoly). ID je proste thread ID stejne jako mas process ID. Jedinecna identifikace v systemu - prez ni se vyceneme neda nic udelat. HANDLE - je jako kazdy jiny handle, da se klonovat, ma ruzny PRISTUPOVY prava, da se s nim delat vsechno mozny. ID - cislo na urovni kernelovsky tabulky. Prez to 'ID' jsou zpristupneni nektery fce - jako treba fronta zprav toku - muzes predat low level zpravu cizimu toku (PostThreadMessage). Nektery fce jsou pristupne pouze prez jeho ID. ID je jedinecny v systemu. HANDLE muze bejt proces od procesu jinej, z ruznyma pravama. To se hodi. A nej jen proces od procesu. Udelam si handle kde reknu: muze se syncrhonizovat ale nic vic a dam ho 'do davu'. A mam jistotu, ze prez tohle handle... Nic mne nezrusi, nic mi neda jinou prioritu, ... Az na roota. A sam si to muzu ridit. Uzivatel X ma pravo nastavit priority, Y se pouze synchonizovat. ID se podle handle __neda__ dohledat (neberu ze si clovek diasemluje kernel a mrkne do struktur - to se da kdyz se zapne debug). Takze: THREAD ID je IDENTIFIKACE threadu. Pouzivaj to treba hooky, fronty zprav, etc. Zde nehrajou roli prava HANDLE je 'zpristupneni funknci k threadu skrz prava'. Myslim ze rozdil je jasnej, a je dobre ze to MS ma takto. Jsem schopnej si ridit CO komu poskytnu - bz toho, aniz bych dopisovat dodatecnej kod. I u threadu to ma dost pouziti, nicmene, je to std soucast kernelu, kam bali ID (procesu, fajly, etc etc.) - takze na to ma v kernelu cast, ktera tohle obhospodaruje. Takze ikdyby si primo u threadu nevidel pouziti, vez, ze je to 'dusledek' filozofie kernelu. Podle mne dobre. Pivson I a posledni, z bozi vule pivar A co budou delat cesi ??? Deme na pivo !