tifentan的专栏

1._CrtDumpMemoryLeaks确定自程序开始执行以来是否发生过内存泄漏，如果发生过，则转储所有已分配对象。如果已使用 _CrtSetDumpClient 安装了挂钩函数，那么，_CrtDumpMemoryLeaks每次转储 _CLIENT_BLOCK 块时，都会调用应用程序所提供的挂钩函数。  CrtDumpMemoryLeaks()就是显示当前的内存泄漏。 注意是“当前”

发现使用d3d在一个线程中同时渲染到2个隐藏的窗口，会变得很慢，50ms左右，如果将窗口显示出来，就很快，2-6ms。经调试发现，跟渲染几个无关，只不过50ms刚好触发了我的延迟警报，渲染一个隐藏窗口大概30ms左右。幸好无端端渲染两个，不然永远不知道这个bug。现在问题在于我有将窗口隐藏的需求。可以在渲染之前IsWindowVisible() ,判断要渲染的窗口是否可见，

这几天发现一个蛋疼的问题，在vs2015上，dll中使用到容器的全局变量在mfc中报内存泄漏。 这是怎么出现的呢，我加入了opengl的依赖后就出现了。是不是很神奇？而且只针对那些使用到容器的全局变量。例如 char tmp[111]; //不会报泄漏。 std::string sd = "why is that happened"; //报泄漏那到底是什么原因呢？ 我猜是由

Windows平台下的读写锁 简单介绍Windows平台下的读写锁以及实现.背景介绍 Windows在Vista 和 Server2008以后才开始提供读写锁API,即SRW系列函数(InitializeSRWLock, AcquireSRWLockShared, AcquireSRWLockExclusive等).考虑到目前Windows XP的装机量,只能自己实现一个读写锁了.读写锁的目的和

1.官方demo：https://msdn.microsoft.com/en-us/library/windows/desktop/ms686915(v=vs.85).aspx 2.关于pulseEvent,官方建议是不要用了，因为不能确保到达。这里有篇文章说的很清楚了。 关于线程同步 PulseEvent() 3.关于setEvent，手动event可以激活所有等待的线程，并保持se

directshow 64位 虚拟摄像头笔记近来基于directshow source filter做了一个虚拟摄像头。32位编译情况下，在64位的obs下无法识别到，32位的obs倒是能识别；64位编译的source filter可以被64位obs识别，相反32位obs识别不了。小小研究一番，记下来。 先写结论：64位的directshow框架只能调用64位的filter，32位的dire

提升进程权限 文章一： 在枚举/结束系统进程或操作系统服务时，会出现自己权限不足而失败的情况，这时就需要提升自己进程到系统权限，其实提升权限的代码很简单的，看到过的最经典的应该是《WINDOWS核心编程》第四章中操作进程给出的那个函数了，如果我们真的不了解它的操作也不要紧，因为只要在你需要的地方调用下面这个函数就是了，以下是它的代码：BOOL EnablePriv() { HANDLE...