对所有Win32开发人员的呼吁...我正在使用纯Win32在C中开发一个应用程序。我想问一下关于这些东西的Windows开发标准:是否有标准的Windows错误日志API？例如，如果我的客户使用我的应用程序并且它崩溃了，我希望他们向我发送错误日志，我希望这是一个标准位置，以便他们可以使用标准Windows日志实用程序访问它。我的应用需要存储设置信息。我认为注册表是这项任务的标准实用程序。是吗？我的应用需要存储和检索它从互联网下载的文件-图片、可执行文件等。ApplicationData/myapp是存储此类信息的标准位置吗？我的应用程序需要一个非常简单的数据库-我为此使用CSV。我基本
是否有一些工具可以控制MS-Windows(在我的例子中是XP-SP332位)调度器，s.t.一个目标应用程序(我想测试)，就像在较慢的CPU上运行一样。假设我的物理主机是2.4GHzv双核，但我希望应用程序运行时就像在800MHz/1.0GHzCPU上运行一样。我知道一些这样的程序会让旧的DOS游戏运行得更慢，但是AFAIK，它们采用消耗CPU周期来使应用程序挨饿的方法。我不想要这样的东西，也希望对时钟有更高精度的控制。 最佳答案 我相信您找不到可以直接模拟不同CPU的软件。但是像ProcessLasso这样的东西会让你控制一个程
我有自己的线程库，使用TinyThread++构建。它工作得很好，对我来说也是一次很好的学习经历。我有自己的数据结构来传递消息，这个界面对我来说很有意义，主要是因为我是它的作者。每当在我的系统中创建一个线程时，它都会循环运行，并偶尔通过我自己设计的消息传递协议(protocol)检查消息。现在我想开始使用一些WindowsAPI功能，Windows有自己的一套约定和消息队列等。现在我很确定TinyThread++使用pthreads。由于我使用的是MinGW，我想知道是否在Windows线程上实现了pthreads。如果是这种情况，我也许可以将我的pthreads-threads视为w
我在互联网上发现了类似的问题，但没有一个对我有帮助。Code::Blocks工作区和项目文件包括DO生成.a文件，我已经将它们移动到Codeblocks/MinGW/lib，我已经将Box2D文件夹移动到Codeblocks/MinGW/include和HelloWorld.cpp示例仍然给我theseerrors. 最佳答案 看起来您用来构建.a的项目文件缺少一些文件。错误消息中提到的文件是在v2.1.2之后从Box2D中删除的文件，所以我猜您使用的是2.1.2源代码(或附近)以及来自其他来源的项目文件？无论如何，自己设置这些都非
...我想通过C#工具授予用户临时管理员权限。因此，我将用户添加到管理员用户组(在特权服务帐户下运行的后台服务执行此工作)。然而，更改仅在新session(注销/重新登录后)生效，这很不方便。有没有办法刷新当前的用户配置文件？我尝试了几种方法:通过.netProcess.Start，将LoadUserProfile属性设置为true。下一次尝试是通过LoadUserProfileWin32Api函数。另一种方法是使用.netImpersonation来模拟用户所有这些尝试都无法识别权限更改。在我看来，有一个缓存的用户配置文件，其中包含旧权限并随时重新加载。加载新配置文件的唯一方法是ru
我一直在我的笔记本电脑上配置eclipse环境。这需要很多步骤，因为我试图添加不同的功能，例如对mercurial、subversion、C++、arduino和Android的支持。但是，一旦完成，是否所有状态都位于我的eclipse目录中？我可以只保存该目录并将其安装在多台计算机上吗？我在Windows上，所以这个问题因注册表中的任何废话而变得复杂。我希望我可以在Linux上，这样我就可以问要设置什么环境变量。 最佳答案 您可以将WindowsEclipse安装目录复制并粘贴到任何地方，Eclipse应该可以正常工作。我已经做过
我使用函数PrintWindow获取某个窗口的屏幕截图。但是由于某些原因，PrintWindow的调用通常在窗口自己绘制时触发，因此窗口的某些尚未绘制的部分是全黑的。等待窗口完成绘画的任何解决方案？ 最佳答案 等待窗口完成绘制并不是解决问题的办法。或者，换句话说，问题不在于在目标窗口处于其绘制周期的一部分时调用了PrintWindow。PrintWindow通过向目标窗口发送WM_PRINT(或WM_PRINTCLIENT)消息然后等待目标窗口的消息队列进行处理来实现功能那条消息。排队的消息不会交错。为了弄清实际问题的根源，我认为您
我试图从32位C#应用程序(在64位操作系统上)运行可执行文件，但我得到“系统找不到指定的文件”可能是因为wsqmcons.exe在C中不存在:\Windows\SySWOW64。该文件确实存在于System32中。如果可能，从代码运行wsqmcons.exe的最佳方法是什么？Processp=newProcess();p.StartInfo.Arguments="-f";p.StartInfo.FileName=@"C:\Windows\System32\wsqmcons.exe";p.Start();p.WaitForExit();Verify.AreEqual(0,p.ExitC
我有一个内置于32位和64位的共享dll。两个版本都使用相同的名称foo.dll。如何在系统上同时安装foo.dll，以便我的32位和64位应用程序在其路径中找到正确的dll。Windows本身使用SysWOW64(用于32位dll)和System32(用于64位dll)。我想避免部署到这些文件夹。让两个位的dll在同一个盒子上共存并被链接到它们的适当应用程序找到的公认方式(如果有的话)是什么？ 最佳答案 如果您不部署到受文件重定向影响的文件夹(即system32)，那么您几乎需要为DLL指定不同的名称。这样做的原因是DLL搜索路径
我正在用C#制作Windows应用程序。我在.NETFramework3.5中制作了一个应用程序，我正在使用WindowsVista。当我正在构建该应用程序并尝试在其他装有Windows7的机器上运行时，它无法正常工作。目标机器在控制面板中显示.NETFramework4.0客户端配置文件。每当我尝试从CONFIG文件中读取一些值时，就会出现此问题。如果我不使用配置文件，那么我的应用程序将运行，但我必须使用配置文件。为了检查框架问题，我做了一个简单的应用程序，我试图在单击按钮时读取配置文件值作为MessageBox.Show(ConfigurationManager.AppSettin
