草庐IT

reinterpret

全部标签

c++ - reinterpret_cast/static_cast 和未定义的行为

在一个变体类中,我正在处理原始存储是一个字符数组:alignas(/*thestrictestalignmentofalltypesofthevariant*/)charstorage[/*...*/];赋值运算符是这样的:templatevoidoperator=(constX&x){//...codeforclearingthestorageandsettingthetagfortypeX...new(storage)X(x);}而获取存储对象的代码是:templateconstX&get(){//...return*reinterpret_cast(storage);//...}

c++ - 将此 c-cast 更改为 reinterpret_cast 是否安全?

我正在尝试从我正在处理的一些代码中删除c风格的强制转换,但我担心唯一的选择。原代码为:WPARAMparam=(WPARAM)(GetDlgItem(IDC_WORKFLOW).m_hWnd);this->PostMessage(WM_NEXTDLGCTL,param,TRUE);如果我使用静态转换:WPARAMparam=static_cast(GetDlgItem(IDC_WORKFLOW).m_hWnd);this->PostMessage(WM_NEXTDLGCTL,param,TRUE);我收到错误“static_cast”:无法从“HWND”转换为“WPARAM”,因为基础

c++ - 在不同限定的结构成员上使用 reinterpret_cast 是否安全?

我查看了以下相关的问题,但似乎没有一个能解决我的确切问题:one,two,three.我正在编写一个集合,其中的元素(键值对)与一些簿记信息一起存储:structElement{Keykey;Valuevalue;intflags;};std::vectorelements;(为简单起见,假设Key和Value都是标准布局类型。该集合无论如何都不会与任何其他类型一起使用。)为了支持基于迭代器的访问,我编写了覆盖operator->和operator*的迭代器,以向用户返回一个指针和一个引用,分别为键值对。但是,由于集合的性质,永远不允许用户更改返回的key。为此,我声明了一个KeyVa

c++ - 使用 C++ 样式转换从 Void* 转换为 TYPE*​​ : static_cast or reinterpret_cast

因此,如果您从Void*转换为Type*或从Type*转换为Void*,您应该使用:voidfunc(void*p){Params*params=static_cast(p);}或voidfunc(void*p){Params*params=reinterpret_cast(p);}对我来说static_cast似乎更正确,但我已经看到两者用于同一目的。此外,转换的方向是否重要。即我是否仍应将static_cast用于:_beginthread(func,0,static_cast(params)我已经阅读了关于C++样式转换的其他问题,但我仍然不确定这种情况下正确的方法是什么(我认为

c++ - 为什么 memcpy 在解析二进制数据时比 reinterpret_cast 慢?

TLDR:我忘记启用编译器优化。启用优化后,性能(几乎)相同。原帖从二进制数据中读取整数时,我注意到memcpy比转换解决方案慢。版本1:reinterpret_cast,由于潜在的对齐问题而有异味,但也更快(?)intget_int_v1(constchar*data){return*reinterpret_cast(data);}版本2:memcpy,正确但速度稍慢:intget_int_v2(constchar*data){intresult;memcpy(&result,data,sizeof(result));returnresult;}我有abenchmarkonIdeon

c++ - 不使用 reinterpret_cast 读取二进制数据

只是因为在我编写读取二进制STL文件的程序之前,我从未读取过二进制文件。我使用带有char*参数的ifstream读取成员。为了将我的结构转换为char*,我使用了reinterpret_cast。但据我所知,我读过的每本关于C++的书都说过类似“除非你必须使用,否则不要使用reinterpret_cast”之类的话。有什么更好的方法来读取二进制数据,不一定是直接读取,但最终读取到一个结构中并且不需要reinterpret_cast?主要功能:std::ifstreamin(cmdline[1].c_str(),std::ios::binary);in.seekg(80,std::if

c++ - 几乎 pod 数据的 reinterpret_cast(布局兼容性是否足够)

我正在尝试了解static_cast和reinterpret_cast。如果我是正确的,标准(9.2.18)表示pod数据的reinterpret_cast是安全的:ApointertoaPOD-structobject,suitablyconvertedusingareinterpret_cast,pointstoitsinitialmember(orifthatmemberisabit-field,thentotheunitinwhichitresides)andviceversa.[Note:TheremightthereforebeunnamedpaddingwithinaPO

c++ - 从右值到右值引用的 reinterpret_cast

只是一个简单的编译测试。gcc接受以下内容,而clang和msvc拒绝它:https://godbolt.org/z/DlUasLfloattest(){returnreinterpret_cast(0x7F800000);}按照标准,哪个是正确的? 最佳答案 此reinterpret_cast表达式寻求执行的转换不在转换列表中[expr.reinterpret.cast]reinterpret_cast可以执行[expr.reinterpret.cast]/1.0x7F800000是整数类型的文字。reinterpret_cast

c++ - reinterpret_cast 与严格别名

我正在阅读有关严格别名的内容,但它仍然有点模糊,我不确定定义/未定义行为的界限在哪里。最详细post我发现专注于C。所以如果你能告诉我这是否被允许以及自C++98/11/...以来发生了什么变化,那就太好了#include#includetemplateTtransform(Tt);structmy_buffer{chardata[128];unsignedpos;my_buffer():pos(0){}voidrewind(){pos=0;}templatevoidpush_via_pointer_cast(constT&t){*reinterpret_cast(&data[pos]

C++我们什么时候应该更喜欢使用两个链接的static_cast而不是reinterpret_cast

首先,这不是Whydowehavereinterpret_castinC++whentwochainedstatic_castcandoit'sjob?的拷贝.我知道我们甚至不能使用两个链式static_cast来实现的情况,reinterpret_cast所做的。但是在任何情况下我应该更喜欢两个链接的static_cast而不是简单且更具可读性的reinterpret_cast? 最佳答案 reinterpret_cast应该是一个巨大的闪烁符号,表示这看起来很疯狂,但我知道我在做什么。不要因为懒惰而使用它。reinterpret