c++.de :: my_htons

Unregistrierter

Ich habe gerade hier im Forum einen Artikel zwecks Sockets/HTTP gefunden. Dabei hab ich mich gefragt, ob das hier immer geht oder ob es da auf irgendwelchen exotischen Plattformen Probleme geben kann:

C++:
1 2 3 4 5 6 7 8	unsigned short my_htons(unsigned short h) { char* p = reinterpret_cast<char>(&h); char n[2]; n[0] = p[1]; n[1] = p[0]; return reinterpret_cast<unsigned short*>(n); }

Unregistrierter

afaik ist reinterpret cast böse

Unregistrierter

Wenn du eh immer davon ausgehst, dass short 16 bit groß ist, warum machst du dann nicht einfach

C++:
unsigned short my_htons(unsigned short h) { return h >> 8 \| (h & 0xff) << 8; }

knivil Mitglied 16:35:47 29.05.2012 Titel:

Klar, wenn du auf Systemen bist mit big endian bist.

Bashar Mitglied 16:37:00 29.05.2012 Titel:

Das funktioniert z.B. nicht, wenn Host- und Network-Order übereinstimmen.

Unregistrierter

Dafür gibt es bereits fertige Funktionen die zusammen mit der socket API ausgeliefert werden.

cooky451 Mitglied 20:50:01 29.05.2012 Titel:

memcpy schrieb:

afaik ist reinterpret cast böse

Noja, der erste geht schon klar. Der zweite eher nicht mehr. Aber das Alignment ist hier z.B. nicht garantiert.

Unregistrierter

Hacker schrieb:

reinterpret_cast erzeugt ggf. undefiniertes Verhalten. Zum Beispiel hier:

C++:
auto _= [](){};//Pumuckls liebling void* ptr = reinterpret_cast<void>(&_); (reinterpret_cast<decltype(_)*>(ptr))();

Das ist doch schlicht ein Slicing-Problem, sollte jedem klar sein.

camper Mitglied 21:58:58 29.05.2012 Titel:

Hacker schrieb:

314159265358979 schrieb:

Wegen Forenposts wurden Leute schon rechtlich belangt, deshalb sollte man Foren meiden.

Na und? Prostitution ist auch verboten. Trollen ist verboten. In New York ist es verboten, einen Elch in der Badewanne schlafen zu lassen oder Frauen hinterherzugucken. Trotzdem macht es jeder.

Ethon_ schrieb:

Hacker schrieb:

reinterpret_cast erzeugt ggf. undefiniertes Verhalten. Zum Beispiel hier:

C++:
auto _= [](){};//Pumuckls liebling void* ptr = reinterpret_cast<void>(&_); (reinterpret_cast<decltype(_)*>(ptr))();

Das ist doch schlicht ein Slicing-Problem, sollte jedem klar sein.

Undefiniert ist undefiniert. Einen Funktionszeiger zu void* zu konvertieren wird vom Standard nicht berücksichtigt (ich hätte hier auch explizit eine globale Funktion nehmen können).

Verstehe ich nicht.

cooky451 Mitglied 22:13:41 29.05.2012 Titel:

Eine Lambda ist keine Funktion, auch wenn man sie konvertieren kann.

Hacker schrieb:

Undefiniert ist undefiniert. Einen Funktionszeiger zu void* zu konvertieren wird vom Standard nicht berücksichtigt (ich hätte hier auch explizit eine globale Funktion nehmen können).

De facto wird es berücksichtigt, auch wenn das Verhalten nicht garantiert ist. Siehe dazu Abschnitt:

n3376 5.2.10/8 schrieb:

Converting a function pointer to an object pointer type or vice versa is conditionally-supported. The meaning of such a conversion is implementation-defined, except that if an implementation supports conversions in both irections, converting a prvalue of one type to the other type and back, possibly with different cvqualification, shall yield the original pointer value.

Zudem hast du Pi's Kommentar nicht verstanden, denk da noch mal drüber nach. :rolleyes: