神座流出的个人资料 - RAT

神座流出神座流出

关注数: 11 粉丝数: 28 发帖数: 1,776 关注贴吧数: 12

大佬，关于 MSVC span 实现下的讨论回复的人是我。@cqwrteur 能不能不要在那边回复了？

须佐之男在地上流离千年后，竟然…… 创生，描于天穹之极晃——我等是神代之流星神虑拜听·凭星开始叹哉太阳神。忌我狼藉之余，背弃照森罗之使命，闭塞于天岩屋，何等愚昧之优柔女子。对其薄弱丑态，素盏呜尊亦尽责待之。流离常世之神逐，欣勇而受。零落彷徨年月，不知几度星霜。探求智慧献出单眼，早已无以填埋之眼孔，遂见世界树之影。呜呼妙哉。高天原之流无以触及，正是神天地。自奈落之底至净土，无尽旅途巡游九重宇宙，终得回报。均幸万象，降临于此——天玺瑞宝。于希望（光）与绝望（暗）交错之彼方，窥见辉煌银河。八云涌立兮，出云清地八重垣，欲笼妻于此，遂造出云八重垣，在此八重垣之中——大和万岁（Complete）超新星（Metalnova）——戴冠王器·九天十种星神宝，统人界者大神素盏王（Heaven-Regalia Veratyr）

有状态删除器、资源创建与 unique_ptr 1. 标准库给 unique_ptr 的默认删除器 default_delete 是无状态的。函数指针或 std::function 这些有状态删除器会有一些奇怪的问题：需要额外传入、容许一个类型拥有不一致的删除器、 C++20 的标准库函数取址问题等等。诚然有状态删除器并非无用。但是我认为在了解标准库设计与删除器状态的意义之后，应该能知道无状态删除器才是默认要使用的。 2. unique_ptr 不负责资源创建，只负责资源 handle 的接收、移动和释放。 unique_ptr 的构造函数不会通过 new 创建对象。而标准库中，创建这些对象并返回管理的 unique_ptr 是由独立的函数 make_unique/make_unique_default_init 负责的。据此，我们至少也该说没有做错误码到异常的转换并不应该由 unique_ptr 负责。另一方面，即使做了正确的错误码到异常转换（通常是另写一个包装函数），也不存在和 unique_ptr 的兼容问题。 2.a 我怎么想都觉得在带 unique 的包装自身里寻求 clone 语义是南辕北辙。

今天好像是夏幻的生日？生日快乐！🎁

C 标准库符号列表 http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fen.cppreference.com%2Fw%2Fc%2Fsymbol_index&urlrefer=bc9bb5e3dd684b34ddfe7b247fb67159 有兴趣可以看下

any 有可能做到核心语言里吧粗看了各家编译器对异常的实现。基本上都依赖了指向 type_info 的指针，然后把对象和 type_info const* 分配到某个地方。这个机制和 any 很像了。 catch 子句也可以视为对 any 的模式匹配。那为何 any 不能放到语核中呢？实现 any 可以说基本上只是实现异常对象的一部分。

【翻译】C++17 文件系统库资料翻译完成 zhcppreferencecom/w/cpp/filesystem 有兴趣的可以来学习、订正下

有没有 Dependency Walker 的新版替代品？小学时候玩得很入迷。然而这东西十几年没更新了，有些新版 MSVC 的修饰名都不支持了。另外有没有 Win 下支持 c++flit 功能的工具？

有谁测试过这两种写法速度？读入整个文件到 bufarr 数组，设求得文件长度为 len_f 。 std::fread(bufarr, 1, len_f, stdin); std::cin.sync_with_stdio(false); std::cin.read(reinterpret_cast<char*>(bufarr), len_f);

粗翻了一下 cppreference 上 optional, any, variant 的内容放在了中文版上，有兴趣的话欢迎大刀阔斧地订正。

新人求助怎么在编辑器里配置使用 C++11/C++14 ？编译器已经配置好了。但编辑器显示还是默认的，打开 C++11 的定义不方便。

一个小白的问题 STL 容器的分配器有没有规定必须是容器对象中的非 static 成员对象？之前和人吵了一下，他说没有对象中成员的分配器“占用的1~n字节（视对齐而定）”为多数编译器通过非标准方法消去。听他的口气好像是分配器必须是非 static 成员。想请教一下标准有没有对此规定？

1 下一页