草庐IT

bad_optional_access

全部标签

c++ - 我可以使用 Boost program_options 获取多个任意键值对吗?

我正在使用Boost的program_options库编写程序。现在,我想允许它使用配置解析器不知道的任意代码进行扩展——但它仍然会获得一些特定的选项传递给它。我的想法是以某种方式向它传递一个键值映射,甚至可能是一个program_options::variable_map。问题是,program_options需要提前知道期望哪些选项,我不能直接用我喜欢的键映射。所以,我在想也许我可以让program_options接受带有字符串键(如果需要,字符串值)的任意键值对,将它们放在从字符串到字符串或std::experimental::any的某个映射中,并向前传递。为了更具体,我将举一

c++ - boost optional 承认继承?

classBase{};classDerived:publicBase{};voidfunc(boost::optional&){}intmain(){boost::optionalx;func(x);}func会接受两个可选值:base和derived吗? 最佳答案 不,它不会起作用。func对boost::optional取一个左值引用.这意味着它可以接受boost::optional类型的左值。,一个从boost::optional公开且明确派生的类型的左值,或具有operatorboost::optional&()的其他类型

c++ - optional<T> 进入 C++ 标准的含义

std::optional构造最近(?)被采用到C++17语言标准中。现在,现有API中有很多地方std::optional是替代函数返回类型的候选者;本质上,这些函数试图检索/生成某些东西,但不能保证一定会成功:在容器中查找元素。通过键访问映射中的值。分配内存从文件或网络建立输入/输出流因此,我的问题是:标准委员会是否正在考虑(甚至已经接受)对涉及使用std::optional的已建立API进行更改/添加??如果是,标准的哪些部分(据您所知)可能会发生变化?C++17或更高版本是否会发生此类更改? 最佳答案 Isthestanda

c++ - clang 编译的程序在 std::any_cast 期间抛出 std::bad_any_cast

我正在开发一个使用std::any的应用程序.最近我发现,当我用clang编译它时,我得到了bad_any_caststd::any_cast之一的异常我确定我正在转换为正确的类型。我添加了一些typeid(T).name()的转储至cout确保插入std::any的类型没有区别并输入我正在尝试转换到的内容。我试图编写简单的程序来演示它,但我无法重现它。值得一提的是:我正在传递一包std::any(每个内部包含不同的类型)并且只有一个有问题(它是std::map)。当我切换到boost::any时问题消失了(或者如果我使用gcc构建我的应用程序)。我已经深入了解std::any_cas

c++ - 有没有办法使用 boost::program_options::parse_config_file 在 INI 文件中包含多个 "name=value"行?

我希望能够使用boost::program_options在INI文件中指定多个name=value行。有点像[list.names]name=valuename=value2name=value3有没有办法用boost::program_options实现这个?如果我尝试它,我会得到一个多次出现的错误如果没有,还有哪些其他库可用? 最佳答案 指定字段的值为std::vector在options_description:namespacepo=boost::program_options;po::options_descriptio

c++ - ucnv_open 错误 U_FILE_ACCESS_ERROR

我刚刚使用CC编译器(CC:SunC++5.9SunOS_sparcPatch124863-012007/07/2)在SUNSolaris上编译了一个C++应用程序。该应用程序正在使用ICU支持全局化。但是,在运行应用程序时,我们在方法ucnv_open("ibm-9448_X100-2005",&status)上遇到了beow错误19-Jun12:12:27[0]:erroropeningICUconverter:U_FILE_ACCESS_ERRORXalanCtrl::XalanCtrl():dLanguage(""),dLegendPage(""),dLayoutDir("")

c++ - boost program_options 开/关标志

使用bool_switch,我可以写一个命令行选项来打开一个标志:boolflag;po::options_descriptionoptions;options.add_options()("on",po::bool_switch(&flag)->default_value(false));现在./a.out将有flag==false而./a.out--on将有标志==真。但是,为了明确起见,我还想添加一个命令行选项来关闭标记。像这样的东西:options.add_options()("on",po::bool_switch(&flag)->default_value(false))(

c++ - 为什么这个 EXC_BAD_ACCESS 发生在 long long 而不是 int 上?

我遇到了一个EXC_BAD_ACCESS,其中包含一段处理数据序列化的代码。该代码仅在设备(iPhone)上失败,在模拟器上不会。它还仅在某些数据类型上失败。这是重现问题的测试代码:templatevoidtest_alignment(){//allocatememoryandrecordtheoriginaladdressunsignedchar*origin;unsignedchar*tmp=(unsignedchar*)malloc(sizeof(unsignedshort)+sizeof(T));origin=tmp;//pushdatawithsizeof2bytes*((u

c++ - 为 boost::program_options 设置精度

有没有办法改变boost::program_options在program_options::options_description的帮助文本中格式化选项的默认值的方式?(那个可以通过cout得到)?特别是我有默认值是float,所以通常的十进制到二进制转换给我一个看起来像--arg(0.100000001)的帮助文本。这是非常丑陋的。使用cout不起作用,因为program_options是将自身设置为某些内部流的默认值以首先进行格式化(至少这是我通过查看源代码推断的),然后得到的结果。编到cout是结果字符串(流?)。谢谢。 最佳答案

c++ - 在基类中调用 shared_from_this() 时的 bad_weak_ptr

我有一个SuperParent类,一个Parent类(派生自SuperParent)并且都包含一个shared_ptr到一个Child类(它包含一个weak_ptr到一个SuperParent)。不幸的是,我在尝试设置Child的指针时遇到了bad_weak_ptr异常。代码如下:#include#include#include#includeusingnamespaceboost;classSuperParent;classChild{public:voidSetParent(shared_ptrparent){parent_=parent;}private:weak_ptrpare