多提交总是没错的，但你要会写 commit message

@justou 我也是一个人写的，从今年开始已经用的全是 C++17。。。

关于第四题吧，仔细考教的话 ：
class D : B {};
class D { B b; };
还是不一样的，后者才是真正意义上的 Composition

直接开自动挡就行了。

@Huelse

x_encrypted = Ciphertext(context)
x_sq_plus_one = Ciphertext(context)

改成这样试试。

@Huelse 不用谢～

@Huelse

看起来只需要把
// SEALContext::ContextData
py::class_<SEALContext::ContextData>(m, "SEALContext::ContextData")

改成
py::class_<SEALContext::ContextData, std::shared_ptr<SEALContext::ContextData>>(m, "SEALContext::ContextData")

就行了。

作者同学真的觉得自己写下的这些话能被别人看懂么？

@Huelse 我看到那个 issue 原来就是你提的，看到了代码后我发现问题应该是在于：
key_context_data() 这个方法的返回值类型是 std::shared_ptr<ContextData>，然而你的 binding 并没有做任何 wrapping 处理，并且在 test.py 里直接把它当作 ContextData 来调用了（ context.key_context_data().parms() 这行 ）

至少你需要定位到程序挂掉的那个位置。

@Huelse double free 广泛存在于 C++程序中，本质上就是对动态申请的内存两次执行 free()，这类问题在很多场景下都可能出现，所以在不清楚你的代码的情况下我是帮不到你的。

不能喝那么多就别喝那么多。

.def("Create", [] (const EncryptionParameters &parms) { return SEALContext::Create(parms); } )

就像这个样子。

直接用 lambda 定义好了。

这叫啥朋友？你是要找他借钱么？

@bumz 即便那个回答里相关的因果关系是错的，但我所关心的其实是“ vector move constructor make other empty ”这个结论，你可以看一下 https://en.cppreference.com/w/cpp/container/vector/vector 其中明确提到：

After the move, other is guaranteed to be empty().

当然我也知道 cppreference 并不代表 C++标准，但它的准确度还是很高的。那么：

1 ）如果你觉得这一条是符合标准的；那能否顺手给我指引一下出处，如果能进一步指出与 map 情况相关的出处就更感谢了。
2 ）如果你有充分的理由觉得这一条是杜撰的，不存在的；那你也许可以做点儿好事，给 cppreference 提个 issue，给那个 SO 回答加一条 comment。

咋操作的能展示下么？

不想再继续解释了，希望有真正了解 standard 的同学来回答一下。