Problem z rzutowaniem

Question

Witam,

czytając nad wyraz ciekawy artykuł: http://4programmers.net/C/Artyku%C5%82y/Odczyt_i_zapis_plik%C3%B3w_binarnych_w_Cpp, który polecił mi jeden z forumowiczów, natrafiłem na jeden problem. Otóż rzutowanie przedstawione w tekście, czyli np.:

char* temp = new char[sizeof(float)];
//...
float* number2 = (float*)(temp);

działa bezproblemowo, ale jak chcę zrobić to wg standardów C++, czyli:

char* temp = new char[sizeof(float)];
//...
float* number2 = static_cast<float*>(temp);

to wypisuje, że nie można wykonać rzutowania. W czym robię błąd? Ktoś może powiedzieć, że jeśli jedno mi działa, to jaki mam problem, bo mogę użyć drugiego, ale chcę korzystać właśnie z tego operatora.

Za odpowiedzi będę bardzo wdzięczny.

 

Answer 1

Dzieje sie tak ponieważ static_cast nie wykonuje takich rzutowań, reinterpret_cast powinien łyknąć bez problemu.
Jak mówi nam zawsze chętna do dzielenia się wiedzą Pani dokumentacja:

static_cast może:

- rzutować we wszystkie domyślnie dostępne sposoby rzutowania, oraz na odwrót(short - > long, long -> short)
- rzutować wskaźniki na klasy w górę i w dół

- rzutować void* na inny wskaźnik

- rzutować różne rodzaje typów liczbowych i enumy na enumy

- i kilka mniej istotnych rzeczy z naszego punktu widzenia

Jak widać mozna rzutować wskaźniki z void* na dowolny wskaźnik, ale nie można bezpośrednio rzutować pomiędzy 2 innymi wskaźnikami

 

Z kolei reinterpret-cast może dodatkowo:

- rzutować każdy wskaźnik na każdy inny
- rzutować powiędzy liczbami i wskaźnikami

Oczywiście polecam samemu przejrzeć odpowiednie wsparcie od Pani dokumentacji:

http://www.cplusplus.com/doc/tutorial/typecasting/

Comments

Ciężko się rozwiązuje problemy o 2 w nocy, dlatego tym bardziej zasługuję na szacunek xD
Masz po prostu procesor Intela, który zapisuje dane jako Little Endian(poczytaj o tym, mi sie spać chce :P https://pl.wikipedia.org/wiki/Kolejno%C5%9B%C4%87_bajt%C3%B3w), czyli jak masz Inta, to pierwszy bajt jest na końcu, a osttani na początku :P, Wskaźnik i wskazuje na inta, a jako że int na tej architekturze jest zapisywany od tyłu do przodu to progam uważa, że trafił na liczbę 2A 00 00 00 czyli na.. uwaga! 704643072

---

Btw, twórca tego artykułu jest idiotą, jesli nie wspomniał o tym, że interpretacja bajtów zależy od architektury procesora. Nie trać czasu na artykuły idiotów.

Jeszcze ten bufor, jakby nie można było od razu zapisywać wyniku w integerze.

---

NOWYFOLDER,  CIĘ!!! Uratowałeś mnie, dzięki serdeczne. Nie wiem, jak będę mógł ci się odwdzięczyć.

Mi też właśnie nie podobał się od samego początku ten artykuł, ale nie ma nic lepszego o tej tematyce po polsku 

---

A co do tego buforu, to nie ma chyba innego wyjścia z tej sytuacji, bo metoda read jego potrzebuje.

---

Można było od razu przekazać(odpowiednio rzutowany) adres zmiennej typu integer :P Chociaż to już szczegóły.