草庐IT

move_uploaded_files

全部标签

C++ std::move 混淆

我对以下代码片段中发生的事情感到困惑。是move这里真的有必要吗?返回临时集的最佳且安全的方式是什么?setgetWords(){setwords;for(autoiter=wordIndex.begin();iter!=wordIndex.end();++iter){words.insert(iter->first);}returnmove(words);}我的调用代码只是执行setwords=foo.getWords() 最佳答案 首先,集合不是临时,而是本地。其次,返回它的正确方法是通过returnwords;。这不仅是您允许

c++ - 为什么 std::FILE 是大写字母?

我想知道为什么C和C++的FILE类型拼写为大写字母。其他类型用小写字母拼写。编辑参见C++11的§27.9.2,表134 最佳答案 在非常古老的C方言中,在有任何标准化之前,当FILE类型被发明时,并且在typedef存在之前,该名称是一个宏:#defineFILEstruct_iobuf惯例是让宏以全部大写命名。http://minnie.tuhs.org/cgi-bin/utree.pl?file=V7/usr/include/stdio.h(小写的宏只是函数的优化版本——其中许多也作为适当的函数存在)

c++ - FILE * 不是左值吗?

尝试破译我的第一个大程序,在那种情况下,它是一个LISP解释器。对于理解别人的代码的世界,我是全新的,而且它似乎比自己编写代码要复杂得多。我目前的困难很难产生一个最小化版本,因为我目前的困难在于最小化现有代码以便更好地掌握它,而且我几乎在每次尝试修改时都会遇到错误。解释器使用Current_Input和Current_Output全局变量来抽象读写文件和小部件。我只是想让它写入标准输出。相关行是:Current_Output=alloc_objet(sizeof(Widget*));objet_type(Current_Output)=OWIDGET;Owidget(Current_O

c++ -/usr/bin/ld : cannot find : No such file or directory

我正在关注this尝试使用一些SDL扩展库的SDL教程。我的代码与theirs相同但我仍然无法制作文件,这让我相信问题出在我的makefile中,它看起来像这样:CXX=g++#Updatethesepathstomatchyourinstallation#Youmayalsoneedtoupdatethelinkeroptionrpath,whichsetswheretolookfor#theSDL2librariesatruntimetomatchyourinstallSDL_LIB=-L/usr/local/lib-lSDL2-Wl,-rpath=/usr/local/lib,-

C++ Linux : error: ‘move’ is not a member of ‘std’ how to get around it?

所以在我的VS2010上我可以编译如下代码:boost::shared_ptrinternal_thread;boost::packaged_taskinternal_task_w(boost::bind(&thread_pool::internal_run,this,internal_thread));internal_thread=boost::shared_ptr(newboost::thread(std::move(internal_task_w)));前两行在boost1.47.0和linux上没问题...但是在std::move上它给出了error:‘move’isnota

c++ - main.cc :5:30: fatal error: folder/file. h: 没有那个文件或目录

当我在Ubuntu终端中输入make时,我得到:main.cc:5:30:fatalerror:folder/file.h:Nosuchfileordirectory文件夹在工作目录下,文件.h在指定文件夹下。当我输入ls时,它还会列出我工作目录中的文件夹和文件。奇怪的是,当我在geany中打开它并要求它在#include它发现它没有问题,但是当它构建它时我得到了错误。是否需要设置一个标志以便它包含文件夹?如果是这样,那会是什么样子? 最佳答案 这在一定程度上取决于您的C编译器,但“通常”在您使用包含文件时语法编译器只会在您在命令行

c++ - 为什么需要 move 语义来消除临时拷贝?

所以我对move语义的理解是,它们允许您覆盖用于临时值(右值)的函数,并避免可能昂贵的拷贝(通过将状态从未命名的临时值move到您命名的左值)。我的问题是为什么我们需要特殊的语义?为什么C++98编译器不能省略这些拷贝,因为是编译器决定给定表达式是左值还是右值?例如:voidfunc(conststd::string&s){//Dosomethingwiths}intmain(){func(std::string("abc")+std::string("def"));}即使没有C++11的move语义,编译器仍然应该能够确定传递给func()的表达式是右值,因此不需要从临时对象进行复制

c++ - 与 move 构造函数混淆 : unable to call move constructor

我一直难以理解C++中的move构造函数。我用默认构造函数、复制构造函数、move构造函数和析构函数制作了一个简单的类。此外,我定义了一个具有两个重载的函数,一个接受对该类的引用,一个接受对该类的右值引用。我的测试代码如下。#includeclassc{public:c(){std::cout我得到的输出不是我所期望的。以下是我从此代码获得的输出。defaultconstructorcopyconstructorpassedbyreferencedefaultconstructorpassedbyrvaluereferencedestructor除了第3行,我能理解所有行的输出。在第3

c++ - std::move 的类型是什么?

此代码按预期工作(在线here)。最后v是空的w不是空的,因为它窃取了v的内容.vectorv;v.push_back(1);coutw(vp);cout但是如果我替换autovp=move(v)与vector&&vp=move(v);然后它就不动了。相反,它复制并且两个vector最后都是非空的。如图here.说明:更具体地说,vp的自动派生类型是什么??如果不是vector&&,那还能是什么呢?尽管这两个示例如此相似,但为什么会给出不同的结果?Extra:这个我也试过了,还是复制而不是movestd::remove_reference>::type&&vp=move(v);

c++ - 什么时候添加 move 构造函数和 move 赋值运算符才会真正开始有所作为?

考虑到当今编译器在返回值优化(RVO和NRVO)方面的高质量,我想知道开始添加move构造函数和move赋值运算符实际上对什么类复杂性有意义。例如,对于这个really_trivial类,我只是假设move语义不能提供比RVO和NRVO在复制它的实例时已经做的更多的东西:classreally_trivial{intfirst_;intsecond_;public:really_trivial();...};在这个semi_complex类中,我会毫不犹豫地添加move构造函数和move赋值运算符:classsemi_complex{std::vectorstrings_;public