<div dir="ltr">Díky, <br>takže je to varianta <br><br><div class="gmail_extra">udelat samotne funkce mutex_* jako makra a volat z nich odpovidajici 
funkce v mutex.c. to ale s sebou nese zbytecnou duplikaci kodu, nebo 
pridavani argumentu a skoku do zamykacich funkci.<br><br>S pozdravem<br>Tomáš Pokorný<br><br><br><div class="gmail_quote">Dne 15. listopadu 2014 21:12 Martin Decky <span dir="ltr"><<a href="mailto:decky@d3s.mff.cuni.cz" target="_blank">decky@d3s.mff.cuni.cz</a>></span> napsal(a):<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hezky den,<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Je nejake lepsi reseni nez jedno z uvedenych?<br>
</blockquote>
<br></span>
Vsimnete si, ze makro DEBUG_MUTEX se v testu mutex5 nastavuje jeste pred inkludovanim hlavickovych souboru (a neni to omyl, je to zamysleny zpusob pouziti).<br>
<br>
Takze identifikatory mutex_lock, mutex_unlock atd. nemusi byt vubec jmena funkci, mohou to byt pouze jmena maker, ktera se na zaklade nastaveni DEBUG_MUTEX rozvinou bud na non-debug nebo na debug variantu mutexovych funkci.<br>
<br>
<br>
M.D.<br>
<br>
______________________________<u></u>_________________<br>
OSy mailing list<br>
<a href="mailto:OSy@d3s.mff.cuni.cz" target="_blank">OSy@d3s.mff.cuni.cz</a><br>
<a href="https://d3s.mff.cuni.cz/mailman/listinfo/osy" target="_blank">https://d3s.mff.cuni.cz/<u></u>mailman/listinfo/osy</a><br>
</blockquote></div><br></div></div>