草庐IT

api-ms-win-downlevel-user

全部标签

windows - 由于缺少api-ms-win-crt-runtime-l1-1-0.dll,WAMPServer无法启动

我尝试安装wampserver3.0.6_x64并收到以下消息theprogramcan'tstartbecauseapi-ms-win-crt-runtime-l1-1-0.dllismissingfromyourcomputer我已经安装了所有东西我在StackOverflow中读到我需要安装UniversalCRuntime,但无法安装它。我很想知道如何解决它。 最佳答案 更新:最简单的解决方案从WAMPServer备用存储库whichcanbefoundhere下载全套MSVC运行时。在页面底部,有一个名为AllVisual

c++ - 你如何为 x64 编译静态 pthread-win32 库?

看起来已经做了一些工作来制作pthread-win32使用x64,但没有构建说明。我曾尝试使用VisualStudiox64交叉工具命令提示进行简单构建,但是当我尝试从x64应用程序链接到lib时,它看不到任何函数导出。它似乎仍在将lib编译为x86或其他东西。我什至尝试过将/MACHINE添加到makefile的适当位置,但没有帮助。有人让这个工作吗? 最佳答案 您可以使用vcpkghere.这是C++的Windows包管理器。它支持pthread构建以及其他开源库。我想使用静态pthread库。当我下载pthread时,我得到了

windows - Qt + win32 + mingw 上的原生 Windows API 链接问题

我正在尝试使用mingw工具集将nativeWindowsAPI与Qt结合使用。某些功能存在链接问题。会发生什么?这是mingw名称修改的错误吗?#ifdefQ_WS_WINHWNDhwnd=QWidget::winId();HDChdcEMF=CreateEnhMetaFile(NULL,NULL,NULL,NULL);Rectangle(hdcEMF,100,100,200,200);HENHMETAFILEhemf=CloseEnhMetaFile(hdcEMF);OpenClipboard(hwnd);EmptyClipboard();SetClipboardData(CF_E

windows - 是什么导致 MS Windows 'System' 进程在编译时出错?

最近有几次我注意到“某些东西”导致Windows系统进程处于50%以上,并且在PC重新启动之前它不会退出。到目前为止发生在Win2k和WinXP上。这特别麻烦,因为它目前似乎是由MSVC2005/Incredibuild触发的,重新启动构建服务器不是一件好事。与此同时,“系统空闲进程”进程占据了CPU的其余部分,构建步骤本身似乎处于饥饿状态。IE。一个通常需要我会猜测可能是病毒检查程序或Tortoisesvn,但会拼命喜欢其他一些建议。编辑:我一直在经历这种被触发的事情,而罪魁祸首可能不会持续。这并不是说其他​​一些正在进行的进程没有做一些“愚蠢”的事情,而是在管理一个系统的事件锁定,

Windows32 API : "mov edi,edi" on function entry?

我在Windows7中单步执行结构化错误处理恢复代码(例如,SEH处理程序完成并传回“CONTINUE”代码后会发生什么)。这是一个函数,它被称为:7783BD9Fmovedi,edi7783BDA1pushebp7783BDA2movebp,esp7783BDA4push17783BDA6pushdwordptr[ebp+0Ch]7783BDA9pushdwordptr[ebp+8]7783BDACcall778692DF7783BDB1popebp7783BDB2ret8我习惯了“pushebp/movebp,esp”的函数prolog。目的何在的“movedi,edi”?

c++ - 从电子邮件正文调用 Win32 应用程序

我正在一个应用程序中工作。在此用户中输入他的电子邮件ID以获取某些应用程序设置。一段时间后,他将收到带有嵌入设置和应用按钮的邮件。一旦用户点击它,我们需要设置设置(在某些文件或注册表中)。桌面应用程序将在启动后读取设置(文件/注册表)。这是要求。我的问题是,如何通过设置参数点击应用按钮调用Win32/MFC应用程序。 最佳答案 出于显而易见的原因,您不能在电子邮件中任意执行某些操作。您可以获得的最接近的集成是将配置数据作为参数传递给customURLhandler在HTMLanchor中;根据浏览器/电子邮件客户端/网络邮件服务,您

windows - mingw std::thread 与 Windows API

我开始使用C++11std::thread(mingw4.8)到目前为止一切顺利。我遇到了重叠I/O的情况,其中sleepEx用于将线程置于可警告的等待状态。这工作得很好,直到必须使用QueueUserAPC,它返回一个“无效句柄错误”。经过一番查找,发现std::thread使用的是Windows下的pthread库。有没有什么方法可以使用WindowsAPI调用,它需要一个带有std::thread的线程句柄?或者我是否需要坚持使用Windows线程来处理重叠I/O? 最佳答案 为了解决您的问题,MinGW-w64winpthr

c++ - 在 Win32 中删除子文件夹本身之前,如何从文件夹和子文件夹中删除文件?

在Win32API中删除目录(RemoveDirectory)要求在删除文件夹之前删除该文件夹下的所有文件。因此,假设我在根目录下有一个文件夹“foo”,里面有文件,还有一些可能有或没有文件的子文件夹,我如何递归地删除所有文件,然后删除子文件夹? 最佳答案 它通常需要一个递归函数,读取您要删除的目录的内容(通过FindFirstFile()/FindNextFile())——如果一个文件是遇到则删除,否则递归进入文件夹,递归返回时删除文件夹。或者你可以只使用IFileOperation系统将为您完成所有工作。

c++ - wchar_t 对 Windows API 有用吗?

当我#include在C或C++中,我被迫决定字符的格式,其中TCHAR要么等于char或wchar_t.我四处看了很多,就像thisone这样的帖子或类似this的网站指出wchar_t事情发生在UTF8之前的很久以前,并且由于各种原因,在现代编程中并不是一个特别好的Unicode解决方案。然而,这些并没有说明对已经在wchar_t中运行的现有系统的支持。.所以我的问题是,我应该使用哪一个?如果我使用普通的char这会在未来被MS放弃吗,因为在一天结束时,wchar_tAPI版本更新?或者如果我使用wchar_t,让我的代码在其他现代平台上运行会很痛苦吗,这些平台后来使用普通的旧ch

c++ - 使用 Win7/64 分析在 XP/32 机器上生成的 Windows 崩溃转储?

我们在分析在我们开发机器上的客户WindowsXP/32机器上创建的Windows故障转储时遇到了问题。我们的许多开发机器现在都是Win7/64机器,但在WindowsXP下生成的故障转储似乎无法完全解析它们的二进制依赖性,从而导致在VisualStudio(2005)中显示调用堆栈时出现警告。例如,在WindowsXP上生成转储时,从Win7机器加载时无法解析msvcr80.dll:在XP上,WinSxS路径似乎是C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.4053_x-ww_e6967989