Click here to Skip to main content
Click here to Skip to main content

Single Instance Application

By , 31 Oct 2002
Rate this:
Please Sign up or sign in to vote.

singleton image

Introduction

This little application demonstrates an approach to solving the single instance application problem. A key feature about this approach is that it passes the new command line to the existing instance of the application. There is no hunting or finding windows and there is almost zero CPU overhead between instances.

To see this example in action, just run multiple instances with different command line arguments, you should see the command line arguments being passed to the initial instance.

Background (optional)

I wrote this sample after a colleague asked me how to do it; my first reaction was that’s easy just use a "named mutex". I spent some time looking at code project and the following articles:

CSingleInstance - Single Instance Apps By PJ Naughter
Single Instance Checker By bigZidane

Both are good articles and deserve credit for there particular solution to this problem, but neither of them solved the issue of passing command line arguments.

My objectives were to demonstrate the following:

  • Use of sleeping threads to handle activation, and not use post/send message.
  • Abstraction classes, using "pimple" methods, interface and implementation classes.
  • Use of a memory mapped file to share data between instances.
  • Low user footprint, instantiate a single object and call create; user has to do no more.
  • Allow command line passing, sending command line from new instance to the old instance.

Using the code

Using a CSingleInstance class is very simple, just add as a second parent to your CWinApp class.

singleton.h:

class CSingletonApp : public CWinApp,  public CSingleInstance
{
      ...
} ;

Next call CSingleInstance::Create as the first statement inside CWinApp::InitInstance, for the argument to create you must supply a unique string.
You could supply "MyCompany_MyApplication", but this will always have a risk of someone else having the same string so I prefer using a GUID.
You can generate a GUID by running "guidgen" from a command prompt; it is supplied as part of MSVC, use the registry format.

You can use any prefix as defined by Microsoft, "Global\" or "Local\", you must be aware of the target environment for you application here as "named objects" act differently under XP, NT etc. For more information I would suggest reading the following: Kernel Object Name Spaces

guidgen image

Creating the single instance object.

singleton.cpp:

BOOL CSingletonApp::InitInstance()
{
   // We use a GUID here, so that we are sure 
   // the string is 100% unique
   if ( CSingleInstance::Create (_T("E435FC13-82C1-4f80-97C5-006FF4A4Exxx"))
== FALSE )
      return FALSE ;
   ...
}

The following is optional to allow you to process the wake up or activation message, you should do this by deriving a class from CSingleInstance, then adding a virtual method WakeUp like so.

singleton.h:

class CSingletonApp : public CWinApp, public CSingleInstance
{
   public :
   
      virtual void WakeUp (LPCTSTR aCommandLine) const ;
} ;

singleton.cpp:

void CSingletonApp::WakeUp (LPCTSTR aCommandLine ) const
{
   // Call parent class to handle the basic
   // functionality, (set foreground)
   CSingleInstance::WakeUp ( aCommandLine ) ;       
 
   // Process command line, for this sample send
   // new command line to the dialog
   CSingletonDlg* lSingletonDlg = (CSingletonDlg*) m_pMainWnd ;
   if ( lSingletonDlg )
   {
      lSingletonDlg -> SetCommandLine ( aCommandLine ) ;
   }
}

Points of Interest

Examining the code, it may look like a lot, its not, this is partly due to my coding style and secondly due to synchronisation code.

These types of small coding tricks always seem to grow, you write a couple of lines to do something then you start adding in the defence code, catching race conditions and allocations errors.

The code contained has been checked via BoundsChecker and Purify for correctness and memory leaks, please let me know if you find any more.

History

1.0 - Initial version

Revsion History

1 Nov 2002 - Initial Editing

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here

About the Author

Justin Hallet
Web Developer
Australia Australia
Developing windows applications for over 15 years now starting on Win 3.1 with Object Oriented Pascal, progressed to C++ and OWL, in 1996 switch to MFC and never looked back, now focusing on .NET/Mono.

Comments and Discussions

 
GeneralMy vote of 5 Pinmembertolw14-Mar-12 22:54 
GeneralProblem in adding Message PinmemberAmol Narkhede23-Feb-05 20:08 
GeneralRe: Problem in adding Message [modified] PinmemberJustin Hallet2-Mar-05 12:21 
Generalwindow not coming to foreground Win2K Pinmemberithaca_nz13-May-03 16:14 
GeneralRe: window not coming to foreground Win2K PinmemberTheAzazel26-Feb-05 4:45 
QuestionCan't Use Breakpoints? Pinmemberomasoud13-Dec-02 7:14 
GeneralVery complicated implementation PinmemberMaximE5-Nov-02 23:08 
GeneralRe: Very complicated implementation PinmemberJustin Hallet8-Nov-02 3:02 
GeneralCode Review ... PinmemberMaximilien1-Nov-02 7:25 
GeneralRe: A couple of things bother me... PinsitebuilderPaul Watson1-Nov-02 7:26 
GeneralRe: A couple of things bother me... PinmemberAndreas Saurwein1-Nov-02 11:36 
GeneralRe: A couple of things bother me... PinmemberJustin Hallet3-Nov-02 23:43 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Mobile
Web02 | 2.8.140415.2 | Last Updated 1 Nov 2002
Article Copyright 2002 by Justin Hallet
Everything else Copyright © CodeProject, 1999-2014
Terms of Use
Layout: fixed | fluid