草庐IT

memory_block

全部标签

c++ - 未处理的异常 Microsoft C++ 异常:cv::Exception at memory location

我刚开始使用OpenCV。我下载了OpenCV2.4.9,并安装了MSVS2010。我的Windows是X64。我遵循了以下步骤:一个。在ConfigurationProperties下,单击Debugging->Environment并复制粘贴:PATH=C:\opencv\build\x86\vc10\binVC++目录->包含目录并添加条目:C:\opencv\build\includeVC++目录->库目录并添加条目:C:\opencv\build\x86\vc10\libLinker->Input->AdditionalDependencies并添加以下内容:opencv_c

windows - x64 允许每个 block 的线程数少于 Win32?

当我执行一些cuda内核时,我注意到对于我自己的许多cuda内核,x64构建会导致失败,而Win32不会。我很困惑,因为cuda源代码是相同的,而且构建很好。就在x64执行时,它说它需要太多资源来启动。但是x64在概念上不应该比Win32允许更多的资源吗?如果可能的话,我通常喜欢每个block使用1024个线程。因此,为了使x64代码工作,我必须将block缩小到256。有人知道吗? 最佳答案 是的,这是可能的。大概您正在谈论的问题是registers-per-threadissue.在32位模式下,所有指针都是32位的,只需要一个

Windows 命令外壳 : if-then-else weirdness for block statements

尝试设置一个简单的构建脚本,该脚本将根据其他环境变量扩展路径。这个小脚本运行良好:echooffcallc:\vstudio\vc\bin\vcvars32.batset_ISGIT=1echocurrentpathis%PATH%ifdefined_ISGITsetPATH=c:\git\bin;%PATH%但是如果我想根据_ISGIT变量的存在执行多行,那么我认为这会起作用echooffcallc:\vstudio\vc\bin\vcvars32.batset_ISGIT=1echocurrentpathis%PATH%ifdefined_ISGIT(setPATH=c:\git\

c++ - 将内存映射数据 block 读入结构

我今天一直在VC++2008上研究内存映射,但我仍然没有完全理解如何使用它或者它是否适合我的目的。我的目标是快速读取一个非常大的二进制文件。我有一个结构:typedefstruct_data{intnumber;charcharacter[512];float*entries;}Data;多次写入文件。“条目”变量是一个浮点小数数组。写入此文件后(10000个数据结构,每个“条目”数组为90000个float),我尝试使用以下函数内存映射此文件,以便我可以更快地读取数据。这是我到目前为止所拥有的:voidreadDataMmap(char*fname,//nameoffileconta

c++ - TabCtrl_InsertItem : do we need to keep memory of the text alive?

对于TabCtrl_InsertItem,我们需要保留pszTextmember指向有效内存还是操作系统会复制文本以便我们可以立即清除文本?TCITEMtcItem={TCIF_TEXT};CStringstrText;for(inti=0;i我们如何才能知道对于这个函数和future的其他函数哪个是正确的?我在MSDN中找不到它。 最佳答案 操作系统会将字符串复制到内部数据结构中。您不需要维护支持字符数组。您可以在函数调用完成后立即释放它。通常,任何接收字符串的WindowsAPI函数都是这种情况。没错,MSDN文档中没有明确说明

windows - 如何在 win32 进程中显示 'memory used' 的百分比?

我知道内存使用在Windows上是一个非常复杂的问题。我正在尝试为一个大型应用程序编写一个UI控件,该控件显示“已用内存百分比”数字,以便向用户表明可能是时候清理一些内存了,或者更有可能重新启动应用。一个实现使用MEMORYSTATUSEX的ullAvailVirtual作为基础,然后使用HeapWalk()遍历进程堆以寻找额外的空闲内存。HeapWalk()步骤是必需的,因为我们注意到在运行一段时间后,由堆分配和释放的内存从未返回并由ullAvailVirtual数字报告。经过数小时的密集工作,ullAvailVirtual数字不再准确报告可用内存量。然而,这种方法被证明并不理想,因

windows - 如何避免 "Your system is running low on virtual memory"弹出窗口?

我们的应用程序有时会使用大量内存,这是预料之中的。但是当我们在WindowsXP的高负载下测试它时,我们通常会看到非常烦人的“您的系统虚拟内存不足”弹出窗口,这会阻止我们的自动化、无人值守的测试运行...有没有可能不出现这个弹窗,直接让分配失败?该应用程序将优雅地处理它,并且测试将继续......我们使用的是WindowsXP,但如果解决方案只存在于更高版本中,我很乐意知道。 最佳答案 您可能会使用一种捕获该对话并将其取消的全局对话处理程序。QTP(HPQuickTestProfessional)具有GUI异常处理程序(或者它们叫什

c++ - 为什么关闭 udp 套接字 block ?

我正在为Windows桌面/服务器编写一个UDP服务器应用程序。我的代码通过以下方式使用Windows建议的WSAAPI(这是我简化的receivePacket方法):structPacket{unsignedintsize;charbuffer[MAX_SIZE(1024)];}boolreceivePacket(Packetpacket){WSABUFFERwsa_buffer[2];wsa_buffer[0].buf=&packet.size;wsa_buffer[0].len=sizeof(packet.size);wsa_buffer[1].buf=packet.buffer

c++ - 如何使用 Code::Blocks 或 MinGW 在 Windows 上构建 CPP-NETLIB 库

Cpp-netlib的“入门”讨论了在结果应为的地方构建库:cppnetlib-client-connections.libcppnetlib-server-parsers.libcppnetlib-uri.lib它还提供了CMakeLists.txt来执行此操作,但我如何在Code::Blocks中构建它,或者更好的问题是如何使用MinGW构建库?我正在使用预装MinGW的Code::Blocks:mingw32-g++(tdm-1)4.7.1。我试图将所有源代码和header放入Code::Blocks项目并编译它,它已成功编译并运行,但它没有产生任何东西,我真的找不到解决我的问题

c++ - 文件未完全解密,AES CBC 模式。第一个 block 没有解密。 WCAPI

好的,我有5个文件正在加密。我没有设置IV。第一个文件解密没问题,然后剩余文件的第一个block不被解密。所以文件解密99%。我尝试将IV设置为静态值和随机值,结果相同。要100%解密,我加密的第一个文件不必是我解密的第一个文件。哪个让我相信它与解密有关?因此,为了加密,我导入了一个aeskey来创建一个key句柄。然后我加密一个文件并使用相同的key句柄移动到另一个文件...我应该为每个文件设置一个新的key句柄吗?是否有清除按键句柄的功能?有什么东西告诉我WCAPI正在使用上一个文件的最后一个block作为下一个文件的IV?如果我可能误解了什么,请原谅我。这里是decrypt_fi