std::move只是个类型转换，真正起到作用的要到move constructor（或者copy constructor, 如果没有move constructor的话）才发生。
【 在 libgcc () 的大作中提到: 】
: 有&&时,难道caller不是一样要先move?
: 【 在 fanci (大葡萄) 的大作中提到: 】
昨天 16:07
-
Re: 到底怎么传unique_ptr有定论了吗
-
Re: 到底怎么传unique_ptr有定论了吗
传递右值引用是错误的。
没有&&时，caller先move，后传递参数。有&&时，先传递参数，后由callee move。这有两个问题。首先callee move不move你是不知道的。可能callee就没打算move，可能callee异常了没能move。这都可能是caller非预期的。
另外，就算callee没有任何问题，假如caller在另一个线程，可能callee还没被schedule，caller就把指针释放了。那就更惨。而按值传送就没这个问题。
【 在 libgcc () 的大作中提到: 】
: 我是问,对unique_ptr来说
: 传值跟传rvalue有没有区别?
: 我感觉没啥区别好像,反正都是要move
昨天 15:57 -
Re: 对极紫外光刻机，不可能逆向吗(2)
中国做规模做的强。做难度还有差距。
【 在 AugustLeo () 的大作中提到: 】
: 没人愿意踏实去做，主要还是不挣钱，人才都是向赚钱的领域流动。要是像互联网那样，肯定一堆牛人冲进去做起来了。现在高智商人才扎堆互联网，所以互联网行业是世界领先水平，AI也是世界前二。
: 其实国外一样，亚马逊做服务器芯片，就能从ARM挖很多人，ARM从互联网行业挖人根本不可能。
: 【 在 ann1122 的大作中提到: 】
昨天 13:05 -
Re: 有什么float精度的数学库吗
GPL 不影响吗？
【 在 dormouseBHU () 的大作中提到: 】
: 我没有鄙视 GSL，我本身也经常用 GSL。只不过 GSL 为了移植性全部都是 C 语言写的，相比之下商业库关键的地方都是汇编。所以速度方面 GSL 和商业库还是有差距的。
: gsl 的特点是大而全，能和 gsl 相当的开源库太少了。你具体用什么功能？
昨天 08:04 -
Re: 到底怎么传unique_ptr有定论了吗(4)
1 2
前者很明显 后者算是个管理，所有“临时用用”的都传指针
【 在 libgcc () 的大作中提到: 】
: 对于一个
: std::unique_ptr<std::string> str(new std::string("libgcc"));
: 如果我想独占资源,是传
昨天 07:42 -
Re: 11以后，key不存在时，map.operator[]还会比map.insert慢吗
default constructor 里睡上五分钟，肯定慢
【 在 giggham () 的大作中提到: 】
: rt
前天 12:41 -
Re: 看了看GB18030，是人是鬼还是神？
对，不方便。前一阵子工作需要正好看了一下这个。Windows 10 最近某个测试版添加 UTF-8 支持，然后微软的各种软件各种 crash。所以一时半会儿还用不上。
【 在 adoal () 的大作中提到: 】
: 嗯，Windows支持Unicode用的是双模API的方式，
: 而不是Unix通过UTF-8 as just another locale
: 的方式。两种方式各有长短。
: 习惯了用标准C库处理字符串的人可能天生喜欢
星期三 -
Re: 看了看GB18030，是人是鬼还是神？
需要BOM
没有BOM的情况下看 system locale
另外 Windows locale 只支持最多双字节编码，所以 UTF-8 其实用不了。
【 在 beanpole () 的大作中提到: 】
: 我python写csv，存utf-8，excel打开乱码，存GBK，excel打开正常
: excel应该是按GBK的超集来打开，这么说好不
星期三 -
Re: 看了看GB18030，是人是鬼还是神？
UTF可以从字节串中间找到字符边界，还是很有用的。GBK要做到这一点还得上AI，麻烦多了。
【 在 poocp () 的大作中提到: 】
: 不要拿结果证明其合理性，UTF-8这个编码方案就是垃圾设计。
: 【 在 beckyer 的大作中提到: 】
星期三 -
Re: 求张益唐孪生素数证明的中英文版，谢谢
法文的也行，反正都看不懂：）
【 在 SeaCat () 的大作中提到: 】
: 数学论文，中文还是英文没什么太大区别吧
: 【 在 feng321 (sfdf) 的大作中提到: 】
星期二 -
Re: 看了看GB18030，是人是鬼还是神？
可以用UTF16呀
咋不说Ascii对汉字更歧视，人压根儿就没汉字
【 在 poocp () 的大作中提到: 】
: utf-8的编码设计充满对汉字的歧视，gb18030就证明了2字节表达大多数汉字的变长编码根本不是技术问题。
: 【 在 fanci 的大作中提到: 】
星期二 -
Re: 看了看GB18030，是人是鬼还是神？
照你这么说西方没把常用单词压缩在unicode里已经算不错了
【 在 poocp () 的大作中提到: 】
: utf-8能做到的，gb18030同样也能做到，而且对gb2312全兼容不用任何额外变动，我当然支持gb18030成为国际标准，utf-8就是一个歧视性的编码，中文一个汉字至少3字节，制定国家标准的脑抽了才会同意。而且这里头还有文字主权问题，汉字是需要为未来留够造字空间的，字母文字一般没那个需求，所以这个主动权必须掌握在汉字使用者这边。
: 【 在 evilll 的大作中提到: 】
星期二 -
Re: 看了看GB18030，是人是鬼还是神？
言重了，一个抖音视频够把金庸的所有书都编进去了。
【 在 poocp () 的大作中提到: 】
: utf-8本来就是个站在西方立场的编码方式，中国要是全社会用utf-8，2字节全部扩展到3字节的社会成本还是非常大的，坚持强制国标是正确做法。
: 【 在 cwall 的大作中提到: 】
星期二 -
Re: 有什么编辑器能编辑vb6文档吗
也有个技术壁垒的问题。太容易了人人都能用，程序员饭碗要没了。反之，比如autotools这种垃圾，就活得挺好。
【 在 roy () 的大作中提到: 】
: vb、visual foxpro都挺好的，可惜m$不搞了
: 现在pyqt就是入门稍微麻烦一些，然后打包分发麻烦，其他其实也挺爽的
星期二 -
Re: 有什么编辑器能编辑vb6文档吗
...别这么说。VB在当时是很先进的。到现在也不差。
【 在 dormouseBHU () 的大作中提到: 】
: 那就老老实实的用 VB6。 任何新的IDE 都不支持 VB6 这种垃圾。
: 【 在 wuuduan 的大作中提到: 】
星期二 -
Re: 淘宝助农的大白菜到了，没见过这样白菜(71)
老太太见过世面，不会爱心泛滥
【 在 xuzhu () 的大作中提到: 】
: 这种看不见实物又没口碑保障的店，也就骗骗老太太吧
星期一 -
Re: 隔离期间发现男人好自私，心寒(208)
炒菜机效果如何
【 在 xiaodarling () 的大作中提到: 】
: 疫情期间，小两口自我隔离在家，娃放老家带
: 现在我和老公都是在家办公。我最近工作很忙，还负责做饭（有炒菜机，但备菜过程最复杂），当然老公会负责饭后收碗（有洗碗机）。
02月21日 -
Re: 电影里有些动作是千万不能模仿的(12)
挖的时候可能没穿旗袍
【 在 haniba () 的大作中提到: 】
: 那个坑是个1米*2米*1米的坑
: 不是野外松软地面，是院子里夯实的地面
: 一个女特务穿旗袍几个小时就搞定了？
: 【 在 GoogleGlass 的大作中提到: 】
02月20日 -
Re: 电影里有些动作是千万不能模仿的(12)
看看中央十二套的《一线》节目
挖坑埋人很多的………
【 在 brick () 的大作中提到: 】
: 既然要埋人，那就是要么不想让人发现要么不想被狗什么的刨出来，半米深总是要的，挖起来很累的。
: 【 在 GoogleGlass 的大作中提到: 】
02月20日 -
Re: visual studio 神坑
还有这事儿？
【 在 winyb () 的大作中提到: 】
: 写的代码会有缓存.
: 具体情况就是,改了代码,运行还是改之前的代码
02月18日