草庐IT

EXE_BAD_INSTRUCTION

全部标签

c++ - 函数指针 : is the simple canonical use bad from a performance point of view? 如果是的话,c++11-ish 的替代方案是什么?

我在我的c++代码中经常使用函数指针,总是以符合这个简单规范示例的方式使用(例如,函数具有相同的I/O,但所需的操作只是在运行时已知):#includeusingnamespacestd;intadd(intfirst,intsecond){returnfirst+second;}intsubtract(intfirst,intsecond){returnfirst-second;}intoperation(intfirst,intsecond,int(*functocall)(int,int)){return(*functocall)(first,second);}intmain()

c++ - std::tr1::shared_ptr 是否会抛出 bad_alloc 并且在 try/catch block 中是个好主意?

我实际上正在制作一个简单的C++SFML游戏,我想学习更多关于C++编程的知识。现在我正在使用shared_ptr来管理资源。创建新资源时,我对shared_ptrs有一些疑问,例如:shared_ptrresource(newResource(World::LEVEL));根据boostshared_ptr(Y*p)throwsbad_alloc。我不知道std::tr1是否也这样做。而且我不知道我是否应该担心将shared_ptr放入try/catchblock中以检查是否抛出bad_alloc。这是一个好的编程习惯吗? 最佳答案

c++ - 尝试理解 std::enable_shared_from_this<T> 但使用它会导致 bad_weak_ptr

我试图理解std::enable_shared_from_this类的行为,但我无法理解。所以我写了一个简单的程序来测试不同的情况。问题谁能解释一下下面代码的行为,因为我无法解释观察到的结果。谢谢你的帮助。代码#include#includestructC:std::enable_shared_from_this{};intmain(){{//test1std::shared_ptrfoo,bar;foo=std::make_shared();bar=foo->shared_from_this();//okstd::coutfoo=std::shared_ptr(newC);std::

c++ - Visual C++ 2010 : deterministic build? 如何区分 exe/dll 文件?

这个问题在这里已经有了答案:关闭11年前。PossibleDuplicates:DeterministicbuildsunderWindowscomparingproductsofbuildsinreleaseVisualStudio2010C++构建是否具有确定性?也就是说,在给定等效源代码输入和相同编译/链接设置的情况下,它是否始终会生成相同的二进制指令?我知道可能有各种日期戳和其他编译系统相关的字段被写入二进制EXE或DLL文件。所以我的问题的第二部分是:当diff此类文件时,如何忽略这些“可变”元素?我正在尝试创建一个工具来比较来自不同构建迭代的二进制工件,并告诉我它们在功能上

jar to dmg app/windows .exe可执行文件打包方法

最近用JFrame做了一个javajarUI界面应用程序, 查资料发现网上大部分的文章都是使用antbundle方式打包,结果测试,这个方式在新版macos中已经失效, 打包后的app根本无法运行. 最新可用的命令行方式打包jar到可执行app应用的方法如下:1.使用packr打包 这个打包的文件相对 jar2app打包的方式文件要小很多,而且使用也很方便,下载jar  Releasev4.0.0·tekintian/packr·GitHub 文件后即可直接使用地址: https://github.com/tekintian/packr使用方法:java-jarpackr-all.jar\--

c++ - 尽管有增量链接,但 Exe 在库更改时执行完整链接

我有一个MSVC++项目,由一个可执行文件、几个自己的静态库和一些预编译的静态第三方库组成。该exe使用增量链接以加快构建时间。当我在可执行项目中更改.cpp文件时,编译+链接非常快(但是,当我在我自己的一个库中更改.cpp文件时,可执行项目似乎正在对其使用的每个库执行完整链接。我不太确定它实际上是否是一个完整链接,但从“找不到vc90.pdb”链接器警告,我可以看出它链接到一些根本没有改变的外部库。这是项目结构的示例:预编译的第三方库ExtLib1、ExtLib2和ExtLib3自己的库MyLib,使用第三方库ExtLib1自己的ExeMyExe,使用MyLib和ExtLib1-3更

c++ - 实现自定义(字符串)流时的 Xcode 4.5.2 libc++ std::bad_cast

我在使用char16_t作为char类型实现我自己的自定义stringbuf和stringstream时遇到问题。作为测试,我使用了一个nullstringbuf和nullstringstream,它们是我在一本旧的、可能已经过时的C++手册中找到的。这个nullstringstream充当“/dev/null”并且是一个简单的实现。当我使用时,这个简单的nullstream正在工作但是当我使用时失败并出现std::bad_cast异常.我知道必须有一个char_traits可用,但libc++似乎有它。classnullstringbuf:publicstd::basic_strin

c++ - GLSL 和 GLM 之间的矩阵数学不一致,或者是否存在诸如 "bad" View 矩阵之类的东西

所以,我遇到了GLSL和GLM之间的一些奇怪之处。如果我生成以下View矩阵(C++):vec3pos(4,1,1);vec3dir(1,0,0);mat4viewMat=glm::lookAt(pos,pos+dir,vec3(0,0,1));然后,在glsl中,执行:fragColour.rgb=vec3(inverse(viewMat)*vec4(0,0,0,1))/4.f;然后我希望屏幕变成粉红色,或(1.0,0.25,0.25)。相反,我变黑了。但是,如果我在GLM中这样做:vec3colour=vec3(glm::inverse(viewMat)*vec4(0,0,0,1)

c++ - 函数不会抛出 bad_alloc 异常

我正在尝试从Stroustrup的C++PL4书中做一个练习。任务是:Allocatesomuchmemoryusingnewthatbad_allocisthrown.Reporthowmuchmemorywasallocatedandhowmuchtimeittook.Dothistwice:oncenotwritingtotheallocatedmemoryandoncewritingtoeachelement.以下代码不会抛出std::bad_alloc异常。执行程序后,我在终端中收到消息“Killed”。还有。以下代码在~4秒后退出。但是当我取消注释内存使用消息时//++i;

c++ - MinGW 链接单个 EXE

我安装了MinGW,我只想将我的程序链接到一个EXE文件中。我希望能够将此EXE文件提供给某人,而不必担心所有libgcc_s_dw2-1.dll、libstdc++-6.dll或任何其他DLL。有没有办法将所有必需的库静态链接到一个EXE中?我正在Windows7上开发。 最佳答案 链接库时可以使用-static选项,对于libgcc和libstdc++使用以下选项:-static-libgcc-static-libstdc++ 关于c++-MinGW链接单个EXE,我们在StackO