Jak jest z kolejnością danych w strukturze (dane różnych długości: uint16, uint8 uint32 itd itp.)? Czy jest taka, jak przy definicji, czy też kompilator dla optymalizacji ją zmienia.
Gdzieś widziałem jakieś atrybuty, które niby powodowały to, że dane umieszczane były w pamięci w kolejnościach ich deklaracji, ale za chiny ludowe nie mogę tego odnaleźć.

_________________
Mr. Nobody

Mi tam zawsze leci za koleją.

Kolejność danych jest taka jak w definicji struktury. Ale między kolejnymi polami mogą być "puste miejsca". Kompilator może je wstawiać, żeby ułatwić i przyspieszyć dostęp do danych. Jeśli takie działanie jest niekorzystne stosuje się specjalne opcje kompilatora, żeby struktura była "spakowana", czyli bez dodatkowych elementów.

No, zaczynam sobie przypominać. Gdzieś tu na forum widziałem taki atrybut przy definicji struktury:
__attribute__ ((packed))
Ma to spowodować "wywalenie" wszystkich dziur w strukturze.
Co chcę osiągnąć - chcę mieć dostęp do wszystkich bajtów w strukturze i mieć pewność, że operuję teraz na bajcie wyższym lub niższym konkretnej zmiennej int w strukturze. Można to osiągnąć poprzez unię struktury z tablicą, ale jak mi kompilator "porozwala" kolejności danych w strukturze to kicha. Według kolejności deklarowania zmiennych będę myślał, że operuję na bajcie np. zmiennej A typu char, a w rzeczywistości będę modyfikował bajt innej zmiennej.
Po zastosowaniu powyższego atrybutu zmienne b ed a po kolei (tak mi się przynajmniej wydaje). Z drugiej strony - ośmiobitowce mają dostęp do pamięci SRAM po jednym bajcie, więc nie powinno być żadnych dziur.

_________________
Mr. Nobody

Polecam ten oto artykuł:
http://algorytmy.blox.pl/2008/02/Zabawy-z-sizeof.html

Uzupełniając, kolejność pól struktury możesz sobie definiować dowolnie, możesz je poprzestawiać jeśli zależy Ci na optymalizacji lub na sztywno wymusić optymalizację za pomocą opcji kompilatora.

To jest oczywiście prawda ale chciałbym zwrócić uwagę, że w przypadku AVR GCC i procków 8-bitowych nie ma żadnego sensu stosowanie atrybutów packed i w ogóle nie będzie żadnych wolnych czy tam pustych miejsc. Tu wszystko jest wyrównywane do jednego bajtu.

To wszystko o czym piszecie to zasady korzystania ze struktur albo na PC albo na prockach 32-bitowych gdzie dopiero wtedy występuje czasem konieczność paddingu (czyli wypełniania pól w strukturach aby wyrównać do np 32 bitów, 64 bitów itp)

Tak mi się wydaje.

------------------------ [ Dodano po: 6 minutach ]


Jak wspomniałem wyżej - w 8 bitowcach w AVR GCC nic nie porozwala - no chyba że masz na myśli procki 32-bitowe

_________________
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 ]

Fakt - "czarodziejska" komenda sizeof() powie Ci wszystko

_________________
Mr. Nobody