原文:C#中禁止程序多开 方法一.使用Mutex bool createdNew; //返回是否赋予了使用线程的互斥体初始所属权            System.Threading.Mutex instance = new System.Threading.Mutex(true, "MutexName", out createdNew); //同步基元变量            if (createdNew) //赋予了线程初始所属权,也就是首次使用互斥体            {

版权声明:若无来源注明,Techie亮博客文章均为原创. 转载请以链接形式标明本文标题和地址: 本文标题:QSharedMemory共享内存实现进程间通讯(IPC)及禁止程序多开     本文地址:http://techieliang.com/2017/12/685/ 文章目录 1. 介绍 2. 范例 3. 禁止程序多开 1. 介绍 很简单的库,直接看帮助文档:http://doc.qt.io/qt-5/qsharedmemory.html 主要函数:设置key,create向系统申请建立一个内

使用场景: Win32程序在release模式下编译完成,发送给最终用户使用时,我们的程序有时候也会出现崩溃的情况,这个时候如果能快速定位崩溃原因或提供一些程序崩溃时的状态信息,对我们解决问题将会带来很大的帮助.一般程序崩溃时我们需要搜集的信息包括:系统信息.CPU寄存器信息.堆栈信息.调用堆栈信息.CPU和内存状态.内存当前地址等.调用堆栈是我们最常用到的. 技术方案: 目前我搜集的方法有以下三种,日志记录.dbghelp(.dmp) .SHE(Structured Exception Han

最近在写一个读取模型文件的小程序.很随意的使用了strcpy函数进行char字符数组的拷贝,这个数组是需要传递给PostMessage作为WPARAM的参数.代码部分如下: char pStrCurrentFileName[MAX_PATH] = ""; std::string strCurrentFileName; //若是有效单个prt文件路径,则直接读取 if (IsValidModelPath(m_strInputPath)) { //此处省略部分代码 strCurrentFi

大家都知道VC编译器默认生成debug版本的程序,但是debug版本程序无法运行在没有安装VC的电脑上, 这就要就我们生成release版本的程序,因为release版本在未安装VC的电脑上也能运行(包含了相关的库和函数). 那么如何用VC++ 6.0发布程序 1.首先确定Debug版无错,注意Trace等调试方法可能造成的错误2.Release版的exe文件链接的是标准的MFC DLL,比如MFC42.dll.这些DLL在安装Windows的时候,就会装到系统中. 因此,这样的exe在没安装V

大体上要注意一下几点内容: 1.vc++目录的选择上,库目录选择为opencv目录中的staticlib目录 2.在链接->输入->附加依赖库,中添加,相应的staticlib库目录中的所有条目 我使用的是opencv2.4.4包括一下内容: IlmImf.lib libjasper.lib libjpeg.lib libpng.lib libtiff.lib opencv_calib3d244.lib opencv_contrib244.lib opencv_core244.lib open

使用场景: Win32程序在release模式下编译完成,发送给最终用户使用时,我们的程序有时候也会出现崩溃的情况,这个时候如果能快速定位崩溃原因或提供一些程序崩溃时的状态信息,对我们解决问题将会带来很大的帮助.一般程序崩溃时我们需要搜集的信息包括:系统信息.CPU寄存器信息.堆栈信息.调用堆栈信息.CPU和内存状态.内存当前地址等.调用堆栈是我们最常用到的. 技术方案: 目前我搜集的方法有以下三种,日志记录.dbghelp .SHE(Structured Exception Handling)

一.禁止多开问题,运用Mutex锁 在Program.cs中运用Mutex锁 bool createNew;using (System.Threading.Mutex mutex = new System.Threading.Mutex(true, Application.ProductName, out createNew)) { if (createNew) { Application.Run(new Form1()); } else { MessageBox.Show("应用程序已经在运行

来自:https://github.com/TonyChen56/HackerTools 1 HANDLE hMutex = CreateMutexA(NULL, FALSE, "GuiShou"); 2 if (hMutex) 3 { 4 if (GetLastError() == ERROR_ALREADY_EXISTS) 5 { 6 MessageBox(L"请勿双开本程序 即将退出"); 7 ExitProcess(-1); 8 } 9 } HANDLEWI

//program.cs    static class Program    {        /// <summary>        /// 应用程序的主入口点.        /// </summary>        [STAThread]        static void Main()        {            bool ret = false;            System.Threading.Mutex running = new Syste

采用线程互斥锁Mutex,在winform程序的主入口点中加入如下代码,将程序改为单实例运行. static class Program { /// <summary> /// 应用程序的主入口点. /// </summary> [STAThread] static void Main() { bool isRuned; Mutex mtx = new Mutex(true, "OnlyRunOneInstance", out isRuned); if (isR

在工程设置,将Setting for后面的选项改为Win32 Release.然后重新编译.结果仍然没有生成release,而且打开设置时,依然是Win32 Debug. 解决办法,在VC6.0的工具栏上点击右键,选择组建(Build),这时会出现debug的快捷工具栏,在工具栏上选择Win32 Release,再重新编译,就会生成Release的版本了. 

在想要禁止的Activity中加入 android:screenOrientation="portrait" 属性,其中,portrait是竖屏,landscape是横屏

http://www.cppblog.com/Walker/archive/2012/11/08/146153.html http://blog.sina.com.cn/s/blog_48f93b530100fsln.html 在Windows平台下用C++开发应用程序,最不想见到的情况恐怕就是程序崩溃,而要想解决引起问题的bug,最困难的应该就是调试release版本了.因为release版本来就少了很多调试信息,更何况一般都是发布出去由用户使用,crash的现场很难保留和重现.本文将给出几个

http://www.cppblog.com/Walker/archive/2012/11/08/146153.html http://blog.sina.com.cn/s/blog_48f93b530100fsln.html 在Windows平台下用C++开发应用程序,最不想见到的情况恐怕就是程序崩溃,而要想解决引起问题的bug,最困难的应该就是调试release版本了.因为release版本来就少了很多调试信息,更何况一般都是发布出去由用户使用,crash的现场很难保留和重现.本文将给出几个

http://blog.sina.com.cn/s/blog_48f93b530100fsln.html 在Windows平台下用C++开发应用程序,最不想见到的情况恐怕就是程序崩溃,而要想解决引起问题的bug,最困难的应该就是调试release版本了.因为release版本来就少了很多调试信息,更何况一般都是发布出去由用户使用,crash的现场很难保留和重现.本文将给出几个解决方案,完成对release版应用程序crash错误的调试.(本文只讨论Windows平台MSVC环境下的调试,对于其他

场景: 1. Release的程序崩溃时,崩溃报告能够让开发者查明代码哪里出了问题,用处大大的. 2. 仅仅实用VS的编译器才支持,所以MinGW就无缘了. 3. 使用了未处理异常过滤处理函数. 4. 生成的.dmp文件用zlib库压缩, 用到下面的ZipHelper类,编译时还是须要zlib库和dbghelp.lib http://blog.csdn.net/infoworld/article/details/41290969 5. 使用方式就是把DbgReport作为app类的成员变量,或者

Debug版本包括调试信息,所以要比Release版本大很多(可能大数百K至数M).至于是否需要DLL支持,主要看你采用的编译选项.如果是基于ATL的,则Debug和Release版本对DLL的要求差不多.如果采用的编译选项为使用MFC动态库,则需要MFC42D.DLL等库支持,而Release版本需要MFC42.DLL支持.Release  Build不对源代码进行调试,不考虑MFC的诊断宏,使用的是MFC  Release库,编译十对应用程序的速度进行优化,而Debug  Build则正好相

最近MFC写了个程序,生成release版,原来正常,后来删掉了些控件再编译运行,结果竟然报内存读写错误,debug却是正常的.后来将“Project   Settings”   中   “C++/C    ”   项目下优化选项改为Disbale(Debug),就又能正常运行了. DEBUG和RELEASE   版本差异及调试相关问题[转]                                                                              

Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序.Release称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用. Debug 和 Release 的真正秘密,在于一组编译选项.下面列出了分别针对二者的选项(当然除此之外还有其他一些,如/Fd /Fo,但区别并不重要,通常他们也不会引起 Release 版错误,在此不讨论) Debug 版本 参数 含义 /MDd /MLd 或 /MTd 使用 Debug runti