草庐IT

EXC_Bad_ACCESS

全部标签

c++ - CPack DEB 生成器 : control-file-has-bad-permissions mdsums 0644 ! = 0644

我正在开发小型控制台应用程序,我正在尝试使用CPack创建Ubuntu包。Ubuntu版本是13.04,我的主要CPack文件在下面。软件包已正确创建,但在尝试使用图形界面(基本上是在Ubuntu中双击deb文件)安装时出现以下警告:Packageisofbadqualitycontrol-file-has-bad-permissionsmdsums0644!=0644有人知道这是什么原因吗?更重要的是,如何修复它?CMake版本是2.8.10.1,但我也尝试使用2.8.11.2,但没有任何变化。我看到,他们在这里遇到了类似的问题,但与fix的性质无关我的主要CPack文件:INCLU

java - 未收到来自 Java Access Bridge 的回调

我正在尝试使用JavaAccessBridge从C++应用程序内部获取有关Swing组件的信息。但是,我注册的回调都没有被调用过。我尝试枚举窗口,然后在每个句柄上调用IsJavaWindow(),但它总是返回false。关于为什么它显然不起作用的任何想法?我认为这是我的应用程序而不是网桥安装的问题,因为演示Monkey和Ferret程序可以运行,initializeAccessBridge()返回true,并且调试器显示WindowsAccessBridgedll已加载。我在WindowsVista上使用Java6更新13,我认为访问桥的版本为2.0.1。JavaAccess::Jav

c++ - 获取 std::bad_alloc 错误;如何交叉验证操作系统是否真的内存不足

我有一个C++程序/Linux,它在运行后2-3秒内开始在32GBRAM上出现错误std::badalloc(并由包装器调用者重新启动)。我真正关心的是解决这个问题,但我想一步一步地去建立我对这个问题的理解的信心。看起来系统无法为new请求分配内存(当操作系统内存不足时会发生这种情况)。当程序运行时,我在另一个终端上以尽可能小的间隔(1秒)运行sar命令,但我看到kbcached是~24GB内存。为什么操作系统无法释放缓存并使该内存可用于new请求?要么1秒时间太多(与程序运行的速度相比),要么我在这里做错了什么。基本上我想交叉验证并确定操作系统确实内存不足,因此无法分配内存,然后从这

c++ std::bad_alloc on std::filesystem::path 追加

我遇到了一个非常奇怪的行为,我将其提炼为一个非常基本的测试:#include#includeintmain(void){conststd::stringname="foo";conststd::filesystem::pathlock_dir="/tmp";std::filesystem::pathlockfile=lock_dir/name;return0;}我用g++-std=c++17-Wall-Wextra-Werror-gfoo.cpp-ofoo编译它。当我运行它时,我在附加两条路径的行上得到一个std::bad_alloc异常。这是我用gdb看到的#0__GI_raise(

c++ - 严格指针别名 : is access through a 'volatile' pointer/reference a solution?

在aspecificproblem之后,一个self回答和评论,我想了解它是否是一个合适的解决方案、变通方法/破解或完全错误。具体来说,我重写了代码:Tx=...;if(*reinterpret_cast(&x)==0)...作为:Tx=...;if(*reinterpret_cast(&x)==0)...带有指向指针的volatile限定符。让我们假设在我的情况下将T视为int是有意义的。这种通过volatile引用访问是否解决了指针别名问题?作为引用,来自规范:[Note:volatileisahinttotheimplementationtoavoidaggressiveopti

c++ - 如何在 C 语言的 gdb 中调试 St9bad_alloc 失败?

我有一个程序失败了:terminatecalledafterthrowinganinstanceof'std::bad_alloc'what():St9bad_alloc我想这与malloc/free有关,但我不知道是哪一个。我可以在gdb中设置什么断点来中断错误,以便我可以查看堆栈跟踪?该程序是C和C++的组合,使用gcc3.4.2编译。 最佳答案 导致异常的并不是真正的malloc/free,它是“新的”,它肯定在您的应用程序的C++部分中。看起来您提供的参数对于"new"分配来说太大了。'std::bad_alloc'是由以下

C++ : restrict access to the superclass' methods selectively?

这是一道面试题。我还不是C++专家,所以我需要一些帮助来找到这个问题的答案(我首先想了解这个问题……这是一个有效的问题吗?)问题:SupposeIhaveaclassBthatderivesfromclassAandIwantedtoreusesome,butnotallofthemethodsofA.HowwouldIrestrictaccesstothesuperclass'methodsselectively?谢谢! 最佳答案 我认为你不能改变A的定义您想选择A中的哪些方法应该可以从B对象访问。using指令可以解决您的问题。

c++ - 文件 stat() 与 access() 检查目录权限

我已成功分别使用stat()和access()来确定用户是否具有对目录的读或读/写访问权限。我的问题是:-有首选方法吗?我看到很多使用stat的例子,但就我的目的而言,访问似乎更轻量级并且服务于目的。-是否存在任何问题(例如-安全)?-我的方法有什么问题吗?这是一些伪代码(从内存重新创建,无需编译)://Usingaccess():boolreadAccessPermission=false;boolwriteAccessPermission=false;if(mode=='r'){if(access(directory,R_OK)==0)readAccessPermission=tr

c++ - 错误 C2248 : 'std::basic_ios<_Elem,_Traits>::basic_ios' : cannot access private member declared in class 'std::basic_ios<_Elem,_Traits>'

收到此错误,我很确定它在operatorvoidCRational::print()const{print(cout);}voidCRational::print(ostream&sout)const{if(m_denominator==1)cout 最佳答案 您需要通过引用而不是值返回ostream。它试图调用构造函数。也可以传递'a'作为引用:ostream&operator我还注意到打印方法可能是错误的。它有sout作为流的名称传递,但随后直接使用cout实现。应该是voidCRational::print(ostream&s

c++ - 有限状态机 : Bad design?

有限状态机通常被认为是OOP中的糟糕设计吗?我经常听到这样的话。而且,在我不得不使用它来处理一个非常古老的、未记录的C++片段之后,我倾向于同意。调试起来很痛苦。可读性/可维护性问题如何? 最佳答案 FSM永远不应该被认为是坏的。它们太有用了,但不习惯它们的人通常会认为它们很麻烦。有许多方法可以使用OOP实现其中之一。有些比其他的更丑。您的底层人员将使用switch语句、跳转表甚至“goto”。如果您正在寻找一种更简洁的方法,我建议您使用Boost'sStateChartlibrary,它专为在C++中实现UML状态图而构建。它利用