Click here to Skip to main content
14,176,272 members
Click here to Skip to main content
Add your own
alternative version


9 bookmarked
Posted 21 Apr 2019
Licenced CPOL

Creating a Console based window for debugging

, 21 Apr 2019
Rate this:
Please Sign up or sign in to vote.
This article will show how to selectively add a Console window to Win32 or even MFC programs for debugging purposes




The purpose of this article is to explain how to build a centralized function for logging and how
to display log entries in real time using a Console window which can be opened throughout the
run time of the application, regardless of its type (Win32, MFC, etc.).

The Building Blocks

A proper logging function should have the flexibility to accept any number of arguments of
various types such as date, numeric and strings. First, I will introduce the types of information
that can be included in each log entry:

The calling function

It is possible to always know the name of the function that invoked each log entry. To do so, we
add a parameter to our WriteLogFile() function and call it via a MACRO that automatically
added as the first parameter the following preprocessor directive: __FUNCTION__. (see this

General Information 

We would normally wish the log entries to include general information such as:

- Current date and time.

- Date and time when the application has started.

- (Optional) Date and time when the application was created.

Counting our Cycles

This is something not every application needs but some do. If your application has a main event
loop, you would usually start with some initializations, and then start this loop until the
application is terminated. You may want to count how many times this loop occurred. 

Setting the text and backgroun color

The following function can be used to set both text and background colors of the text. The
function should be called by a wrapper based on criteria set to make it easier to view the log
during runtime. For example, distinguishing between information log entries and errors /
warnings, and also setting different colors for different types of urgency.   

inline void setcolor(int textcol, int backcol)
    if ((textcol % 16) == (backcol % 16))textcol++;
    textcol %= 16; backcol %= 16;
    unsigned short wAttributes = ((unsigned)backcol << 4) | (unsigned)textcol;
    HANDLE hStdOut = GetStdHandle(STD_OUTPUT_HANDLE);
    SetConsoleTextAttribute(hStdOut, wAttributes);

Defining Logging Levels

With the following code we define different levels for logging allowing later to display log entries based on the selected "Logging Level".

// Logging Level
    typedef enum
        minimal = 1,                    // messages that must be displayed 
        normal = 2,                        // messages that would normally be displayed
        verbose = 3                        // messages that don't necesarily need to be displayed
    } LoggingLevel;

We can then use MACROS to select the desired Logging Level as a parameter to WriteLogFile(). 

#define LOG_VERBOSE utils::LoggingLevel::verbose
#define LOG_NORMAL utils::LoggingLevel::normal
#define LOG_MINIMAL utils::LoggingLevel::minimal

However we need to define two different set of Logging Levels:

Log Message Level: Let's say a function has a call to WriteLogFile which we think should not be displayed in most cases. We then want to define this specific message as "Verbose". 

Application Level: Now, we would want to define dynamically are we now in "Verbose", "Debug" or "Minimal" mode. We do that with these MACROS.


If we are in "SIMPLE" mode, we will only display log entries that are classified as "Minimal". If we are in "DEBUG" mode we will also include entries that are classified as "Verbose", and so on...

Displaying the creation date of our program

We will fetch the creation date of our program, but first we define a "friendly" formal for displaying it:

#define FRIENDLY_DATEFORMAT L"%d-%m-%Y, %H:%M:%S"

That means: Day-Month-Year Hour:Minute:Secures. For example:

04-04-2019 10:00:00

We fetch the creation date of our program using the following code:

CTime GetFileDateTime(LPCWSTR FileName)
    FILETIME ftCreate, ftAccess, ftWrite;
    HANDLE hFile;
    CTime result = NULL;
    CTime FileTime;

    if (hFile == INVALID_HANDLE_VALUE)
        return result;

    // Retrieve the file times for the file.
    if (!GetFileTime(hFile, &ftCreate, &ftAccess, &ftWrite))
        return result;
    FileTime = ftWrite;

    result = (CTime)FileTime;
    return result;

// GetSelfDateTime- returns the creation date and time of the running program
CTime GetSelfDateTime(void)
    WCHAR szExeFileName[MAX_PATH];
    GetModuleFileName(NULL, szExeFileName, MAX_PATH);
    return GetFileDateTime(szExeFileName);

As you can see GetFileDateTime() has 2 variations. When it is called with no parameters, the full path of the currently running program is found out and then used to call the other variation passing it to the function. The return value is a CTime

Displaying the Processor type

We might also want to display the processor type, most likely either 32 bit (x86) or 64 bit (x64). We do that using the following function:

bool Isx64OS()
    SYSTEM_INFO systemInfo;
    return (systemInfo.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_AMD64);

Using the code

Now it’s time to see the entire function and how we call it.

We use the WriteLogFile() as show in the code snippet bellow.

Note: We use logging when the _LOG preprocessor directive is set, otherwise we don't, and the way this code is organized ensures that the version where _LOG isn't turned on, won't contain all log messages in the binary executable, since sometimes we don't want these messages to be published but only be used internally.

int myIntVar = 999;
wchar_t *myStringVar = L"Test";
#if _LOG
     WriteLogFile(__FUNCTION__, LOG_COLOR_WHITE, LOG_VERBOSE, L"myStringVar = %s myIntVar = %d", myStringVar, myIntVar);

The result

As you can see, when running the code you should see the Console window shown as in the screenshot bellow.


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Author

Michael Haephrati
CEO Secured Globe, Inc.
United States United States
Michael Haephrati, CEO and co-founder of Secured Globe, Inc. Worked on many ventures starting from HarmonySoft, designing Rashumon, the first Graphical Multi-lingual word processor for Amiga computer. During 1995-1996 he worked as a Contractor with Apple at Cupertino.

You may also be interested in...


Comments and Discussions

QuestionDate Format Pin
Rick York21-Apr-19 7:10
mveRick York21-Apr-19 7:10 

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

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

Permalink | Advertise | Privacy | Cookies | Terms of Use | Mobile
Web01 | 2.8.190525.1 | Last Updated 21 Apr 2019
Article Copyright 2019 by Michael Haephrati
Everything else Copyright © CodeProject, 1999-2019
Layout: fixed | fluid