Dnia 02-05-2012 o 21:11:39 Sebastian Biały <h...@p...onet.pl>
napisał(a):

> teraz:
>
> cli()
> ....
> return
> ...
> goto
> ...
> break
> ...
> sei();
>
> I już po tobie. A po mnie nie.

Nie, bo czegoś takiego nie zrobię.

Za to:

CriticalSection critical;

... kod rzeczywiscie krytyczny

... dłuższy kod dopisany rok później

Przerwania zablokowane ciut za długo i sobie możesz szukać błędu przez
nabliższy miesiąc. Tak, można ograniczyć zasięg tego obiektu, ale...

> A więc dobrze podejrzewałem - jesteś assemblerowcem. Musisz wiedzieć co
> sie dzieje bo nie ufasz kompilatorom.

Dobrze się czegoś o sobie dowiedzieć i nawet do psychoanalityka iść nie
trzeba. Jeśli już koniecznie chcesz wiedzieć, to zaczynałem od Pascala
(Basica jako dzieciak nie liczę), potem C++, potem VHDL. Następnie z
wielkim trudem przeszedłem z C++ do C. Faktycznie sporo fragmentów
programuję w assemblerze, ale tylko tam, gdzie jest to absolutnie wymagane
ze względu na wydajność. Normalnie w C, a po stronie komputera głównie w
C++. Po prostu staram się używać młotka do wbijania gwoździ, a śrubokręta
do wkręcania wkrętów.

Nie o to chodzi, że muszę wiedzieć co się dzieje (to że muszę wiedzieć co
kompilator robi, to jest jasne), ale o to, że kod powinien wyglądać tak,
że będę od jednego rzutu oka widział co się dzieje.

>> Architektura 16-bit Microchipa (PIC24, dsPIC33) to właśnie coś takiego.
>
> Co takiego? Ślepą uliczkę sprzętowego stosu?

Jakiego sprzętowego stosu?! Sprzętowy jest w 8-bitowych PICach, a ja tu
piszę o 16-bitowych. Jak już coś krytykujesz, to wypadałoby wiedzieć o tym
cokolwiek.

> Brak wsparcia poza żalosnym kompilatorem producenta?

gcc (oraz HiTech). Bardzo różne od gcc na AVR i od gcc na ARMa, tak?

> Nawt MC sie puknął w czolo i zakopał to cudo głęboko pod ziemią żeby już
> nie straszyło.

Bądźże poważny. Obok PIC32 najsilniej rozwijane rodziny (szczególnie
PIC24F). Najbogatsze peryferia, a do układów XLP mało co może podskoczyć w
kwestii poboru mocy. ARMa w wielu aplikacjach zastępuje z powodzeniem, a
cenowo zwykle łatwo wygrywa.

>> Jeśli chodzi o te
>> 32 bit (rdzeń MIPS) to spodziewam się, że prędzej czy później kompilator
>> C++ się pojawi.
>
> Jasne. http://www.microchip.com/forums/m544964.aspx

Niezły argument :) Ale to jednak ja jeżdzę na te szkolenia dla FAE
Microchipa, a nie ci przypadkowi użytkownicy forum. Nie mówię, że _wiem_
że się pojawi, bo się tym nie interesowałem. Za 2 tygodnie jadę, mogę przy
okazji spytać o oficjalne plany.

ae