草庐IT

Implicit_cast

全部标签

c++ - <locale> 中的 "ctype"函数抛出 std::bad_cast

这个程序#include#includeintmain(){std::isxdigit(std::cin.peek(),std::cin.getloc());}抛出std::bad_cast类型的异常使用libstdc++使用gcc或clang编译时在我身上。用VS2010运行正常。我明白这里发生了什么。peek()返回int以适应带外EOF值。语言环境不需要ctype方面(他们在VS中确实有这个方面,也许作为扩展)。如果语言环境没有执行功能的方面,它将抛出bad_cast。.但这不应该按照原始的精神来工作吗??这是标准的缺陷吗?是否有普遍接受的解决方法?我知道我可以自己检查EOF并转

c++ - 'implicit sharing' 是否可从 Qt 类继承?

如果我创建一个隐式共享的Qt类(例如QList)的子类,我的子类也会被隐式共享吗?我读了briefintroductiontoimplicitsharing位于QtCore5.3文档中,但我没有看到任何关于遗传性的提及。我提问的目的是在决定传递哪些参数以及如何传递它们时尝试编写更高效的代码。 最佳答案 如评论中所述,使用隐式共享的Qt类通常是数据容器或工具,不打算被子类化。您会注意到,因为没有虚析构函数,实际上根本就没有虚函数。由于风险和不良做法,您可能希望在没有继承的情况下进行不同的设计。回答你的问题:隐式共享如何运作?类实例共享

c++ - 继承的构造函数和 "explicit is better than implicit"

关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题?更新问题,以便editingthispost可以用事实和引用来回答它.关闭7年前。Improvethisquestion良好编程风格的一个众所周知的原则是:“显式优于隐式”。继承的构造函数不是违背了这个原则吗?(包含基类的所有构造函数的单个using语句不是很明确,对吗?)

c# - Windows 手机 8.1 : C# Callback with IList variable fails to cast to IVector

我有一个声明回调接口(interface)的C#windowsphone8.1VisualStudio(2013)项目publicinterfaceICallBack{//////TheChildCallbackmustoverridethismethodandthiswillbefiredwhentimecomes//////Theresultantfiles///ErrorcodevoidGotFileList(FileTypetype,IListfiles,ErrorCodecode);}我有一个按如下方式实现它的C++/CX包装器:refclassCallbackImplsea

C++ 类型比较 : typeid vs double dispatch dynamic_cast

是否有任何性能或稳健性原因使您更喜欢其中一个?#include#includestructB{virtualboolIsType(Bconst*b)const{returnIsType2nd(b)&&b->IsType2nd(this);}virtualboolIsType2nd(Bconst*b)const{returndynamic_cast(b)!=nullptr;}};structD0:B{virtualboolIsType(Bconst*b)const{returnIsType2nd(b)&&b->IsType2nd(this);}virtualboolIsType2nd(B

c++ - 如何使用 static_cast 安全地识别和释放这个 c++ 对象?

在其他Objective-C类中,我在下面的c++类中调用代码。有时fSound对象不是FMOD::Sound对象,它在被释放时会崩溃。在释放之前如何确认fSound对象是正确的类型?-(void)unloadSound:(FMOD::Sound*)fSound{FMOD_RESULTresult=FMOD_OK;FMOD::Sound*soundEffect=static_cast(fSound);if(soundEffect){soundEffect->release();}soundEffect=NULL;fSound=NULL;} 最佳答案

c++ - 什么时候必须/应该使用 dynamic_cast 而不是 static_cast?

我想知道什么时候dynamic_cast必须或应该在static_cast上使用,并提供示例。我读过thisSOquestion,但它并没有真正提供任何具体的例子。我假设大多数示例都涉及多态类类型。目前我知道在static_cast上使用dynamic_cast的唯一原因是我不能100%确定我正在使用的具体类型。一些其他的想法:横向转换(在多重继承中)在虚拟继承层次结构中转换为基类在使用多重继承的类中转换到“最右边”的继承类型时,指针会改变(如果使用static_cast)吗?“如果类型未知”是唯一的原因吗?如果不是,有人可以提供示例来说明为什么必须或应该使用dynamic_cast而

c++ - 在断言中检查 static_cast 与 reinterpret_cast

我看到了一些代码ASSERT(static_cast(p)==reinterpret_cast(p))我认为p是一个基类型指针。这个断言的目的是什么?它是否检查MyClass不是某些多重继承层次结构的一部分(或任何会导致已知强制转换更改p的地址值的东西)? 最佳答案 由于reinterpret_cast(p)的行为是大多数用途的特定实现,几乎所有reinterpret_cast(p)的用途是代码高度不可移植且理想情况下应避免的标志。有时reinterpret_casts是不可避免的,但尝试断言它的属性几乎肯定是代码正在尝试做它不应该

c++ - 使用 lexical_cast<float>(string) 时会丢失精度

当使用boost::lexical_cast(我在VS2013上使用boost版本1.58)时,我无法获得字符串中指定的确切值,即使它可以用float表示:std::wstringt=L"91.25";floatr;r=boost::lexical_cast(t);r是91.249992(0x42B67FFF)而不是91.250000(0x42b68000)以前版本的boost以预期的方式运行。我是否缺少精确设置? 最佳答案 事实证明这与boost无关。这似乎是VisualStudio和VS2013的问题。#include#incl

c++ - elfutils 编译错误 implicit-function-declaration

我下载了elfutils0.170和0.169,但由于隐式函数声明,无法使用gcc编译它们中的任何一个。我在elfutilsmakefile中找不到指定-Werror或-Werror=implicit-function-declaration的任何位置。有解决此编译错误的想法吗?https://sourceware.org/elfutils/ftp/0.170/我的脚步1:bzip2-delfutils-0.170.tar.bz22:tar-xvfelfutils-0.170.tar3:./配置4:制作然后出现以下错误。elf_compress_gnu.c:在函数“elf_compre