草庐IT

completable-future

全部标签

c++ - 在调用 future.get() 之前销毁 std::promise 是否可以?

我想知道是否可以调用promise.get_future(),将future移到其他地方(例如,放入vector中)并可能让promise在调用future.get()之前就死掉。在以下示例中,调用gateway->refreshWithCallback在线程中执行lambda,这样即使在第二个循环中future.get()尚未调用,共享指针也可以释放promise,这似乎有效,但我很生气!std::vector>futures;for(GuiGateway*gateway:gateways){std::shared_ptr>shared_promise_ptr(newstd::pro

C++11 future.wait_for() 总是返回 future_status::timeout

我有一个C++11程序来检查一个数是否为素数。程序等待准备就绪的future对象。准备就绪后,程序会告知future对象的提供者函数是否认为该数字是质数。//futureexample#include//std::cout#include//std::async,std::future#include//std::chrono::millisecondsconstintnumber=4;//444444443//anon-optimizedwayofcheckingforprimenumbers:boolis_prime(intx){for(inti=2;ifut=std::async

c++ - std::future.get() 有时卡在 os x 中

我有两个线程,一个线程应该接收和处理来自另一个线程的请求。第二种是同步传输请求和接收响应。我尝试了以下方案:成对队列(值(value),promise)。第一个线程创建一个promise并将其插入同步队列并等待future.get()的返回值问题是有时线程卡在future.get()上,但是当我暂停程序执行并继续时它再次正常工作。这个stucks具有随机​​性。FutureQueue.h#ifndefFutureQueue_h#defineFutureQueue_h#include#include#include#include#includetemplateclassWork{pub

c++ - 在 MSVC 的 Debug模式下分配给 std::future 时崩溃

与Release不同,在Debug模式下使用MSVC构建时,以下代码会随机崩溃。#includeusingnamespacestd;intmain(){autol=[](){};autof=async(launch::async,l);for(inti=0;i控制台输出显示:f:\dd\vctools\crt\crtw32\stdcpp\thr\mutex.c(51):mutexdestroyedwhilebusy完整的调用栈是:https://pastebin.com/0g2ZF5C1现在显然这只是一个压力测试,但我是不是在做一些非常愚蠢的事情?在我看来,将新任务重新分配给现有的fu

c++ - std::future::wait_for 虚假唤醒?

std::condition_variable::wait_for采用可选谓词在内部处理虚假唤醒。std::future::wait_for没有任何此类可选参数。如果我想确保等待指定的超时时间至少,或者是否已经以其他方式处理,是否需要防止虚假唤醒? 最佳答案 只有条件变量可以“虚假地”唤醒。显然,允许虚假唤醒简化了某些系统上条件变量的实现。(C++编程语言第4版。) 关于c++-std::future::wait_for虚假唤醒?,我们在StackOverflow上找到一个类似的问题:

ChatGPT之Completions(问答诗人)

ChatGPT之Completions问答诗人官方接口文档:https://platform.openai.com/docs/api-reference/completions给定一个提示,该模型将返回一个或多个预测的响应结果请求示例POSThttps://api.openai.com/v1/completionsContent-Type:application/json;charset=UTF-8Authorization:Bearersk-******{"model":"text-davinci-003","prompt":"讲个笑话","suffix":"[CreatByDIY]","m

c++ - std::futures 和异常

给定以下源代码#include#include#include#include#includeintmain(){autotask=std::async(std::launch::async,[]{std::this_thread::sleep_for(std::chrono::milliseconds(1000));throwstd::runtime_error("error");});try{while(task.wait_for(std::chrono::seconds(0))!=std::future_status::ready){std::cout我希望程序会以Valid:0

c++ - 移除 std::future 和 std::promise 的无效特化

关于描述删除std::future和std::promise的无效特化的论文P0241R0.这可能是一个愚蠢的问题,但建议的解决方案是完全删除void特化,但是当人们想要实例化一个std::future时,他们期望做什么?目的? 最佳答案 如引用文献中所述,这是可能的ifvoidwerearegulartype.voidget_value(){voidx;returnx;}这是它在其他一些语言中的工作方式,因此并非没有先例。在其他语言中,它被称为“单位”类型,因为它只有一个可能的值。(其他语言也有“null”类型,它没有可能的值,所

c++ - 寻找合适的工具来编写 future 风格的 UI 项目

我一直受到动态的、future主义风格的用户界面的启发。我能描述的最好的是图形界面,例如最新的钢铁侠电影。虽然我不会构建一个完整的应用程序,但我想制作一些我计划进行交互的动画片段。也许有一天把它们放在一起做更大的东西。不可否认,我将来会用于音频处理,但无论如何,这不是重点,因为我不确定这是动画/图形。我知道可以在Adob​​eAfterEffects中制作此类动画。我只是很难思考要进行的过程(艺术性和可编程性)。在我自己研究这个的过程中,我获得了OGRE3D和Blender的基本经验。我已经在OGRE上导入并编译了网格,已经能够做一些基本的事情,比如围绕它移动网格。我开始认为我可能以错

c++ - future 可以安全地传递给分离的线程吗?

将std::future传递给std::thread的分离实例是安全操作吗?我知道在下面,std::future在与std::promise共享的shared_ptr中有状态。这是一个例子。intmain(){std::promisep;std::thread([f=p.get_future()](){if(f.wait_for(std::chrono::seconds(2))==std::future_status::ready){return;}std::terminate();}).detach();//waitforsomeoperationp.set_value();}在上面