Cześć,

pisząc kod zacząłem zastanawiać się jak to jest z tym volatile w przypadku funkcji.....

Wytłumaczę na podstawie poniższego kodu.

Załóżmy, że mam dwie proste funkcję do ustawiania i odczytywania jakiejś flagi: set i get.

Funkcja set będzie czasem ustawiana w przerwaniu a czasem w pętli głównej. Odczytywana będzie tylko w pętli głównej.

Czy powinienem użyć tu volatile? Jesli tak, to w którym dokładnie miejscu?

Przygotowałem kilka kodów, zerknijcie proszę i napiszcie, który jest prawidłowy? A może żaden z nich?

Będę wdzieczny za każdą pomoc

1.



2.



3.

Oczywiście trzecia wersja. Zawsze jak używasz zmiennej w programie głównym i w przerwaniu specyfikatorem Votatile
Generalnie chodzi o to żeby kompilator nie optymalizował dostępu do takiej zmiennej.

_________________
Pomóżcie mi stanąć na nogi

Moim zdaniem kolega przekombinował pytanie na maxa - podczas gdy zasada użycia volatile jest prosta jak drut i krótka

ZAWSZE ale to ZAWSZE jeśli jakaś zmienna ma być wykorzystywana zarówno w przerwaniu jak i w innej części programu to MUSI BYĆ volatile, a jeśli nie będzie używana w przerwaniu to nie musi mieć volatile

Oczywiście to PODSTAWOWA zasada - bo generalnie volatile oznacza tylko tyle że mówisz kompilatorowi: "ej ty nie optymalizuj mi dostępu do tej zmiennej" - wiadomo, że w zaawansowanym programowaniu można jej używać również w innych przypadkach albo chociażby np do przekazywania portów jako argumenty funkcji itp - ale zanim do tego dojdziesz wystarczy ta podstawowa formułka.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dobrze też wiedzieć jak takie coś działa i po co się stosuje, a nie wykuć na blachę, że " tam użyj i już, bo tam musi być".


Cytując wikipedię:
volatile znaczy ulotny. Oznacza to, że kompilator wyłączy dla takiej zmiennej optymalizacje typu zastąpienia przez stałą lub zawartość rejestru, za to wygeneruje kod, który będzie odwoływał się zawsze do komórek pamięci danego obiektu. Zapobiegnie to błędowi, gdy obiekt zostaje zmieniony przez część programu, która nie ma zauważalnego dla kompilatora związku z danym fragmentem kodu lub nawet przez zupełnie inny proces.

Tak Mirku, pamiętam to z BB ale powiedz mi, czy argument funkcji "set..." również powinien być Volatile?

a spróbuj dać "bez volatile" i sam sprawdź zachęcam do takich testów ... bo to wiele więcej cię nauczy

mówię ci skompiluj sobie to i zobacz co się stanie, sprawdź i z volatile i bez dla argumentu - a jak jeszcze nie będziesz wiedział o co chodzi to śmiało tu dopytaj

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ok, dzięki Panowie

czyli jak widzisz - jeśli zmienna ma specyfikator volatile to kompilator będzie się burzył jeśli taką zmienną będziesz chciał przekazać jako argument funkcji a będzie on (ten argument) pozbawiony tegoż specyfikatora.

Zwrócę jeszcze uwagę, że w przypadku tak prostego ustawiania flag - to troszkę hmmm nadmiarowym delikatnie mówiąc jest tworzenie funkcji set() do zapalania czy gaszenia tej flagi, zamiast tej funkcji wystarczy po prostu w przerwaniu i w kodzie przypisywać fladze wartość bezpośrednio - typu



albo

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Zgadza się, te funkcje są na wyrost trochę ale bardziej chodzi mi o zrozumienie istoty problemu

Rozbudowałem program o callbacka, możecie zerknąć i powiedzieć, czy teraz volatile jest też potrzebny? Jeśli tak to gdzie i dlaczego? to tylko teoretyczne rozważanie. W przerwaniu wywołuję callbaka i w tym callbaku wywołuję dopiero funkcję set....



czy to ma prawo działać?