[OSy] Vlakna - API

[Tomas Janku]

Ono mi slo spise o semantiku toho, jak to pak ve finale vypada a cte
se to. Kdyz nadeklaruju datovy typ, ktery mi reprezentuje pointr, tak
bych radeji, aby to bylo primo z nazvu patrne. Ale nejde o nic, pres
co bych se nedokazal prenest. Spise nas zajimal duvod, proc tomu tak
je.

2009/10/28 Martin Decky <decky at dsrg.mff.cuni.cz>:
>> To uz me taky napadlo ... ale to je tak trochu hnus velebnosti
>
> Cituji primo ze zadani:
>
>>    * Druhy typ rozhrani skryva implementacni detaily vice, tedy napriklad
>>      to, ze pracuje s ukazateli. Uzivateli poskytuje obecny typ, ktery
>>      slouzi k identifikaci objektu, at uz je implementaci rozhrani chapan
>>      jako ukazatel, nebo jako identifikator. Rozhrani poskytuje funkci
>>      xxx_create, ktera slouzi k vytvareni a potazmo "aktivaci" novych
>>      objektu. To zahrnuje alokaci pameti pro slozitejsi datove struktury,
>>      inicializaci a dalsi operace, jejich implementace ma byt pred
>>      uzivatelem skryta.
>>
>>      [...]
>>
>>      Uvedeny typ ma i rozhrani k vlaknum operacniho systemu, kde napr.
>>      funkce thread_create vedle alokace pameti pro ridici strukturu a
>>      zasobnik vlakna a jeho inicializace zajistuje take zacleneni noveho
>>      vlakna do struktur planovace.
>>
>
> Nevim, co konkretne povazujete spatneho na tom, ze je nejaky datovy typ
> definovan jako ukazatel na jiny typ. Pokud se pres to ale z nejakeho duvodu
> nedokazete prenest, muzete implementovat thread_t jako handle (tedy cislo,
> ktere urcite neni problem predavat do funkci hodnotou).
>
>
> M.D.
>
> _______________________________________________
> OSy mailing list
> OSy at dsrg.mff.cuni.cz
> https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>



-- 
Tomas Janku