🚀 go-pugleaf

On 28/01/2020 23:30, Mateusz Viste wrote:
> C++ to mocno skomplikowana kobyła

Tak.

> , która ulega regularnym zmianom

Nie. Ulega ewolucji z zachowaniem *prawie* wszystkiego. Helloworldy w C 
działają tak samo a jak nie działają to często "trudno się dziwić".

> ... nie
> każdemu to odpowiada. 

Wolność wyboru.
>> Lutownicą też się da wbijać gwoździe w papę, dziadek tak robił.
> Być może szybciej wbijać lutownicą którą się ma w ręku, niż młotkiem
> który leży pod drabiną? Tak tylko gdybam.

Nie, tutaj mamy  do czynienia z przypadkiem gdzie młotek trzymasz już 
prawie w ręce (gcc->g++) ale dalej preferujesz lutownicę po dziadku bo 
"masz swoje powody".

>> Bo przerwania, bywa, przychodzą za szybko. Szczególnie jak się w nich
>> robi zbędną algorytmikę. Bywa że przychodzą *za* szybko.
> Nie wiem jak to wygląda w ARMie, ale w x86 int handlery są
> domyślnie nieprzerywalne. ARM ma inaczej?

Chyba nie czaisz problemów w mikrokontrolerach.

Jest sobie SPI. Na tym SPI napierniczają bajty. DMA chowa je do bufora w 
pamieci. Bywa że ten bufor to jeden bajt. Wysyła przerwanie kiedy jest 
pełny. Ty robisz sobie swoje korutyny i fancy programowanie makr. 
Przepełnia się drugi bufor. Nie odebrałeś przerwania. Dupa. To czy 
przerwania są czy nie przerywalne nie ma znaczenia. Problemy są rózne. 
Być może w opisywanym przypadku nie występują. Tylko po h... wtedy te 
całe korutyny?

Oczywiście zaraz się okaże że ten cały ARM z przerwaniami to do migania 
diodą służy. Tak czy inaczej przerwania to wielowątkowość + restryckje 
RT. Miejsca na zabawę tam dużo nie ma.

> Obsługa przerwań w BASICu?

Porównianie było do "makrowych korutyn" w których użycie "int a" jest 
zabronione co redukuje w nich pisany algorytm do poziomu BASICa z lat 70 
gdzie wszystko było globalne. Lutownica, nawet rozpadająca się i pod 
napięciem ciągle lepiej wbija gwoździe niż młotek.