W dniu 16.10.2009 13:24, cepu69 pisze:
>> Ale to jak sadze jest raczej kwestia big/little-endian.
> Nie endian mowi o kolejnosi bajtow w slowie :
> http://pl.wikipedia.org/wiki/Kolejność_bajtów

Dokladnie, a to w przypadku pol bitowych o dlugosci wiekszej niz bajt
powoduje, ze np. bity 8-15 moga byc przed lub za bitami 0-7. Natomiast w
ramach bajtu kolejnosc bedzie zachowana i w konsekwencji w programie
rowniez.

>> > Dla programu nie ma to znaczenia - o ile wlasnie nie przenosze pomiedzy
>> > architekturami danych wygenerowanych na innej. Bo w samym programie
>> > odwolanie do pola struktury zawsze bedzie jednoznaczne.
> Oczywiscie dopoki nie jest to unia i odwolujesz sie do niej zarowno przez
> pola bitowe jak i slowa;)

Owszem, zawsze znajdziesz przyklad, ktory cos zamiesza. Z tym, ze jesli
to bedzie unia pola bitowego i slowa to endian nie ma znaczenia - wplywa
tak samo na kolejnosc przechowywania bitow jak i kolejnosc
przechowywania bajtow w slowie. Gorzej, gdybys mial unie pola bitowego i
bajtow - tu juz by powstalo zamieszanie. Z drugiej strony sa biblioteki
standardowe umozliwiajace rozwiazanie tego typu problemow. Poza tym o
czym dyskutowac - programowanie nie jest dla idiotow i ktos kto robi
takie rzeczy musi sobie zdawac sprawe z konsekwencji.
Standard C definiuje kolejnosc bitow pola bitowego, co wiecej uzycie
pola bitowego :0 wyrownuje kolejne do granicy okreslanej przez design
procesora.



--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.