[C++] Rzutowanie reinterpret_cast zmienia endian na big-endian

Witam wszystkich
Próbuje zapisać dane wygenerowane przez program do pliku ale podczas rzutowania za pomocą reinterpret_cast wskaźnika na prostą strukturę, przykładowo:



na wskaźnik typu char*, rezultat rzutowania ma zmieniony endian na big-endian, co jest bardzo dziwnym zachowaniem.

Zamieszczam poniżej prosty kod który był testowany pod Qt Creatorze 2.4.0 oraz MS Visula 2008 i w obydwóch środowiskach zachowanie jest identyczne.



Jak mi wiadomo mój procek operuje na little-endianie, dlatego prosił o odpowiedzenie na kilka pytań:
Co może być przyczyną takiego zachowania podczas rzutowania za pomocą operatora reinterpret_cast przy rzutowaniu wskaźnika na strukturę na wskaźnik char*?

Czy funkcja isBigEndian() może zwracać błędny wynik? Zaznaczam że funkcja isBigEndian() zwraca w obydwóch środowiskach wartość false.

Pracuje na laptopie marki Acer model Aspire 5740, OS Windows 7 i Qt Creator 2.4.0, procesor Intel®Core™i3 330M (2.13 GHz, 3MB L3 cache).[/code]

Faktycznie dziwne.
Program wyświetla

Cytat:

0
1
V
A
I
♥



♥

Skoro u Ciebie jest inaczej, to chyba masz jakąś edycję specjalną kompilatora.

Dodano po 7 [minuty]:

W programie tworzysz niepotrzebnie tablicę, której nie zwalniasz.
Dlaczego niepotrzebnie? Bo tonie jest skopiowaniem struktury, tylko przypisaniem wskaźnikowi adresu struktury.

Tu nic się nie dzieje przy reinterpret_cast<> - ta konstrukcja nie narzuca żadnych dodatkowych operacji. Całą magię wykonuje static_cast<>, w ogóle pierwszy raz spotkałem się z taką formą. W sensie (jak to stwierdził kompilator) "multi-character character constant". Ten znak po prostu jest traktowany jak liczba. Więc zgodnie z konwencją little endian np 0x11223344 w pamięci będzie widziane jako 44 33 22 11. Nie mam pojęcia co zamierzasz zrobić w tym kodzie, ale to wygląda bardzo źle. Już pomijając nawet to co wspomniał @LED5W.

To mój błąd na siłę chciałem potraktować łańcuch znaków 'IAV1' jako typ całkowity, w rzeczywistości do struktury przypisuje wartość 0x49415631. Skorzystałem z tej notacji, gdyż wydawało mi się to bardziej czytelne w jakiej postaci ma wyglądać wartość którą chcę zapisać do pliku.

Zaznaczam że miał to być jak najprostszy przykład przedstawiający zaistniałą sytuację, pisany po wielu godzinach kombinacji i szukania rozwiązania tej zagadki.

Właśnie przegrzebałem wartości nagłówka bitmapy, żeby sprawdzić czy faktycznie tak są kodowane wartości w przypadku Little-endian w plikach jak wspomniał użytkownik beluosus. I muszę przyznać się do błędu, uważając że coś jest nie tak przy rzutowaniu operatorem reinterpret_cast na mojej maszynie. Wszystko wynikało z mojego zaskoczenia otrzymywanych rezultatów, iż nie pokusiłem się o stwierdzenie że wynik zapisu jest w 100% poprawny w szczególności po kliku dobrych godzinach szukania rozwiązania w sieci problemu, który w ogóle nie istniał .

Dziękuję serdecznie za pomoc w zrozumieniu gdzie tkwił problem