草庐IT

conditional_random

全部标签

c# - 在 C++ 中模拟 C# Random()(相同的数字)

有没有办法在C++中实现C#Random()类?我特别需要根据给定的种子生成相同的数字序列。场景:我正在努力通过利用C#中Random()的使用来生成key来“破解”几个加密恶意软件。显然,这对于只有2^32个可能的key,~4.3B个key来说是弱的,这在猜测的可能性范围内。我用C#编写了暴力破解器,但无论我优化多少,它们都相当慢。我想在C++中实现一个bruteforcer以获得最佳效率(“更接近硬件”),因为我可以通过解密部分获得更好的速度优化(例如AES-256通常,将来甚至可以利用GPU),并以指数方式获得更好的输出。显然,Random(seed)!=srand(seed),

C++11 - 无法使用 std::thread 和 std::condition_variable 唤醒线程

当我试图通过另一个线程唤醒一个线程时遇到了一个问题。一个简单的生产者/消费者。代码下方。第85行是我不明白为什么它不起作用的地方。生产者线程填充std::queue并调用std::condition_variable.notify_one()而消费者线程正在等待NOTstd::queue.empty()。在此先感谢您的帮助#include#include#include#include#include#include//requestclassrequest:publicstd::mutex,publicstd::condition_variable,publicstd::queue{

c++ - std::unique_lock 和 std::condition_variable 如何工作

我需要弄清楚lock和condition_variable是如何工作的。在此处的-稍微修改过的代码中cplusplusreferencestd::mutexm;std::condition_variablecv;std::stringdata;boolready=false;boolprocessed=false;voidworker_thread(){//Waituntilmain()sendsdatastd::unique_locklk(m);cv.wait(lk,[]{returnready;});//afterthewait,weownthelock.std::coutlk(m

c++ - MI 和隐式复制构造函数错误(原为 : Under what conditions can a template be the copy constructor?)

我很确定这个问题的答案是,“模板永远不可能成为复制构造函数。”不幸的是,我只花了3个小时弄清楚为什么我会收到有关递归的警告,跟踪它到复制构造函数,看着调试器发疯,不让我看递归代码,最后跟踪到一个基础构造函数中缺少“&”。你看,我有一个复杂的基于策略的设计主机,它已经运行了一段时间了。我着手将两个策略合二为一并遇到了一个递归复制构造函数。将其缩小为一个策略,该策略需要提供一个构造函数,该构造函数可以采用一种XXX概念作为其参数,但在这种情况下,我只是放弃它。所以我写了structmy_policy{templatemy_polity(Tconst){}//missing'&'...oop

c++ - 什么时候可以在没有谓词的情况下使用 std::condition_variable?

如果std::condition_variable可以由于虚假唤醒而发出信号(并且我们不能确定我们需要的条件是否真的得到满足),为什么C++标准库提供重载没有谓词的wait()方法?什么场景可以使用这种行为? 最佳答案 假设一个复杂条件:A||B。当条件的任何部分为真时,应执行适当的操作,actionA或actionB。使用predicate版本,代码如下:cond.wait(lock,[]{return(A||B);});if(A){actionA();}else{actionB();}但如果使用非谓词等待,代码可能更快:whil

c++ - 为什么 std::condition_variable 的通知和等待函数都需要一个锁定的互斥量

在我对理解std::contion_variable的永无止境的探索中,我遇到了以下问题。在thispage它说了以下内容:voidprint_id(intid){std::unique_locklck(mtx);while(!ready)cv.wait(lck);//...std::cout然后它说:voidgo(){std::unique_locklck(mtx);ready=true;cv.notify_all();}据我所知,这两个函数都将在std::unqique_lock行停止。直到获得唯一锁。也就是说,没有其他线程有锁。假设print_id函数首先执行。将获取唯一锁,函数

c++ - 在 std::conditional 中使用不完整类型的 sizeof

这是一个最小的例子:structincomplete_type;templatestructfoo{usingtype=std::conditional_t,std::conditional_t,double>;};foof;会导致错误,因为它会对类型执行sizeof,即使incomplete_type不是算术类型(iow,它不会在逻辑上进入sizeof分支)。livedemo所以,我想推迟sizeof:第一次尝试(失败)templateautofoo_aux(){if(sizeof(T)conditional_t,decltype(foo_aux()),double>仍然触发相同的错

c++ - 在 C++ 中用 for(;condition;) 替换 while(condition) 有什么理由吗?

看起来像while(condition){//dostuff}完全等同于for(;condition;){//dostuff}是否有任何理由使用后者而不是前者? 最佳答案 据我所知,没有好的理由。您使用不增加任何内容的for循环是故意误导人们。更新:根据OP对问题的评论,我可以推测您如何在实际代码中看到这样的结构。我以前见过(并使用过)这个:lots::of::namespaces::container::iteratoriter=foo.begin();for(;iter!=foo.end();++iter){//dostuff}

c++ - std::condition_variable::wait_until 相对于 std::this_thread::sleep_for 有什么优势吗?

在时间等待场景中:oursoftwareworksinthebackground,andsynchronizesdatawiththeserverinevery20-30minutes.我想用std::this_thread::sleep_for但我的上级强烈反对任何形式的sleep功能。他推荐std::condition_variable::wait_until(lock,timeout-time,pred)不知道在这种情况下sleep_for有什么缺点吗? 最佳答案 正如评论中已经指出的那样,这仅取决于您的用例。两者之间的主要区

c++ - std::condition_variable::wait with predicate

在std::condition_variable的文档中,有一个以谓词函数作为参数的wait()重载。该函数将等到谓词函数为真的第一个wake_up。在documentation据说这等同于:while(!pred()){wait(lock);}还有:Thisoverloadmaybeusedtoignorespuriousawakeningswhilewaitingforaspecificconditiontobecometrue.Notethatbeforeentertothismethodlockmustbeacquired,afterwait(lock)exitsitisals