"AK" <a...@g...pl> wrote in message
news:hb2q4s$g77$1@inews.gazeta.pl...
> Pszemol pisze:
>> "jotefka" <s...@g...com> wrote in message
>> news:38f7bb99-f904-4433-9b1a-6d6c13de57be@g23g2000yq
h.googlegroups.com...
>>>> To jest właśnie cała zagadka o której próbuję tu podyskutować :-)
>>>
>>> Zamiast tracić czas na zagadkę, zaimplementuj własny system kontroli
>>> dostępu do rs232.
>>> Szczególnie ze to używasz do debugowania, wiec pewnie masz jakies
>>> makra i chyba nie wołasz bezpośrednio printfa .
>>
>> Bardziej mnie jednak interesuje rozwiązanie tej zagadki bo może
>> mieć to o wiele bardziej szerokie konsekwencje niż tylko debugger.
>> W projekcie tym używam sporo portów szeregowych do innych celów...
> A ten task o wysokim priorytecie nie czeka na jakies zdarzenia czasami ?
> Albo moze bierze te same semafory/muteksy co task o niskim priorytecie ?
> Jesli tak to moze nastapic 'priority inheritance' - jesli jest to
> wspierane przez uCOS - tego nie wiem.

Task o wysokim priorytecie zawołał printfa i na nic więcej nie czeka.