I'm not 100% sure this isn't something I'm doing wrong in my own code, but I've been having a heck of a time trying to track down what is causing this.

I'm using the FlowchartX control with the GDI+ engine enabled.

Inside my applicaiton, we are using a custom ActiveX control.

I create a FlowChartX control inside that custom ActiveX control.  That control is then deleted and the FlowChartX control is deleted along with it.  (The ShutDown for GDI+ is called in that case and everything seems fine)

When I create my ActiveX control for a second time, it seems to create the FlowChartX control properly, startup GDI+, etc.  Then I hit my first "CreateBox" invocation, and I get this exception with the following stack trace:

First-chance exception at 0x4ec9004f (GdiPlus.dll) in DataAlchemy.exe: 0xC0000005: Access violation reading location 0x03fa611c.

Unhandled exception at 0x4ec9004f (GdiPlus.dll) in DataAlchemy.exe: 0xC0000005: Access violation reading location 0x03fa611c.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

GdiPlus.dll!_GdipCreateFont@20()  + 0xa8 bytes
FlowChartPro.dll!04fb1426()
[Frames below may be incorrect and/or missing, no symbols loaded for FlowChartPro.dll]
FlowChartPro.dll!04fb1adf()
GdiPlus.dll!GpGraphics::GetFromHdc()  + 0x47 bytes
GdiPlus.dll!_GdipCreateFromHDC@8()  + 0x6a bytes
FlowChartPro.dll!04fb36a8()
FlowChartPro.dll!05022412()
FlowChartPro.dll!0502242f()
FlowChartPro.dll!0502245a()
FlowChartPro.dll!0502028e()
FlowChartPro.dll!04fb9524()
FlowChartPro.dll!0503544b()
FlowChartPro.dll!04f5c550()
FlowChartPro.dll!05022412()
FlowChartPro.dll!0502242f()
FlowChartPro.dll!0502245a()
FlowChartPro.dll!0502028e()
FlowChartPro.dll!04f5ce20()
FlowChartPro.dll!04f611de()
FlowChartPro.dll!0502242f()
FlowChartPro.dll!0502245a()
FlowChartPro.dll!04fa9f33()
FlowChartPro.dll!05034ba6()
oleaut32.dll!_DispCallFunc@32()  + 0xc3 bytes
oleaut32.dll!CTypeInfo2::Invoke()  + 0x20c bytes
FlowChartPro.dll!04f7cd18()

mfc80d.dll!COleDispatchDriver::InvokeHelperV(long dwDispID=0x00000016, unsigned short wFlags=0x0001, unsigned short vtRet=0x0009, void * pvRet=0x0012e42c, const unsigned char * pbParamInfo=0x04e838fc, char * argList=0x0012e424)  Line 397 + 0x38 bytes
C++

mfc80d.dll!COleControlSite::InvokeHelperV(long dwDispID=0x00000016, unsigned short wFlags=0x0001, unsigned short vtRet=0x0009, void * pvRet=0x0012e42c, const unsigned char * pbParamInfo=0x04e838fc, char * argList=0x0012e414)  Line 1093
C++

mfc80d.dll!CWnd::InvokeHelper(long dwDispID=0x00000016, unsigned short wFlags=0x0001, unsigned short vtRet=0x0009, void * pvRet=0x0012e42c, const unsigned char * pbParamInfo=0x04e838fc, ...)  Line 382
C++

CustomControl.ocx!FlowChart::CreateBox(long x=0x00000000, long y=0x00000000, long width=0x000001d4, long height=0x000001d4)  Line 370 + 0x28 bytes
C++

Setting the default font to Arial doesn't seem to fix this issue.

Same exception and stack trace resulted when I hit the CreateBox invocation.

I added the following code to the area that constructs the FlowChartX control:

~~~

CY cyFontSize;
cyFontSize.int64 = 10;

FONTDESC fd;
fd.cbSizeofstruct = sizeof(FONTDESC);
fd.cySize = cyFontSize;
fd.fItalic = FALSE;
fd.fStrikethrough = FALSE;
fd.fUnderline = FALSE;
fd.lpstrName = OLESTR("Arial");
fd.sCharset = DEFAULT_CHARSET;// TODO: Maybe better to get this from the thread locale?
fd.sWeight = FW_NORMAL;

IFontDisp *iFont;
HRESULT hr = OleCreateFontIndirect(&fd, IID_IFontDisp, (void**)&iFont);
ASSERT(SUCCEEDED(hr));
OleFont font(iFont);

...
m_pFlowChart->SetFont(font);

No luck with that.  However, I did find out something interesting.

In addition to the main FlowChartX panel, my control is building about 80 FlowChartX panels.  Those represent the different "shapes" that can be drawn on the main panel and when clicked change the main FlowChart's default shape.

If I DON'T create those, then the problem goes away.

Originally they weren't using GDI+.  I just changed them all to use GDI+ as well thinking that having two different engines running at the same time might be the problem.  However, that didn't seem to help.

Any other recommendations?

I was thinking of making that exact change sometime today.

I'll let you know how it goes.

I created a small test program using MFC.

It is a dialog based application, but I changed it to be a modeless dialog instead of using the DoModal call (so that a windows message pump would execute).

In my OnIdle handler, I destroy an existing FlowChartX if I have one and then create a new one.

By loop 3 this typically crashes in the same spot my code is crashing in my application.

Code for the main class is pasted below...

The rest of the code is basically the MFC template and your pre-generated flowchart classes.

~~~~~~~~~~~~~~~~

// TestFlowChartX Creation.cpp : Defines the class behaviors for the application.
//

#include "stdafx.h"
#include "TestFlowChartX Creation.h"
#include "TestFlowChartX CreationDlg.h"
#include "CFlowChart.h"
#include "CVersionInfo.h"
#include "flowchart.h"
#include "graphics.h"
#include "boxitem.h"
#include "font.h"

#ifdef _DEBUG
#define new DEBUG_NEW
#endif


// CTestFlowChartXCreationApp

BEGIN_MESSAGE_MAP(CTestFlowChartXCreationApp, CWinApp)
ON_COMMAND(ID_HELP, &CWinApp::OnHelp)
END_MESSAGE_MAP()


// CTestFlowChartXCreationApp construction

CTestFlowChartXCreationApp::CTestFlowChartXCreationApp()
: m_pFlowChart(NULL)
{
// TODO: add construction code here,
// Place all significant initialization in InitInstance
}


// The one and only CTestFlowChartXCreationApp object

CTestFlowChartXCreationApp theApp;


// CTestFlowChartXCreationApp initialization

BOOL CTestFlowChartXCreationApp::InitInstance()
{
CWinApp::InitInstance();

AfxEnableControlContainer();

// Standard initialization
// If you are not using these features and wish to reduce the size
// of your final executable, you should remove from the following
// the specific initialization routines you do not need
// Change the registry key under which our settings are stored
// TODO: You should modify this string to be something appropriate
// such as the name of your company or organization
SetRegistryKey(_T("Local AppWizard-Generated Applications"));

m_pDlg = new CTestFlowChartXCreationDlg();
m_pDlg->Create(CTestFlowChartXCreationDlg::IDD, NULL);
m_pMainWnd = m_pDlg;

//INT_PTR nResponse = dlg.DoModal();
//if (nResponse == IDOK)
{
// TODO: Place code here to handle when the dialog is
//  dismissed with OK
}
//else if (nResponse == IDCANCEL)
{
// TODO: Place code here to handle when the dialog is
//  dismissed with Cancel
}

// Since the dialog has been closed, return FALSE so that we exit the
//  application, rather than start the application's message pump.
//return FALSE;
return TRUE;
}

BOOL CTestFlowChartXCreationApp::OnIdle(LONG lCount)
{
static unsigned int i = 0;
static CString strText;
strText.Format("%d", i++);
TRACE("Running loop %u\n...", i);

if (m_pFlowChart)
{
m_pFlowChart->GetGraphics().ShutDown();
m_pFlowChart->DestroyWindow();
delete m_pFlowChart;
m_pFlowChart = NULL;
}

CRect rc;
m_pMainWnd->GetClientRect(rc);

m_pFlowChart = new FlowChart();
m_pFlowChart->Create(NULL, WS_CHILD | WS_VISIBLE, rc, m_pMainWnd, 500, NULL);
m_pFlowChart->GetGraphics().StartUp(geGdiPlus);
m_pFlowChart->GetGraphics().SetAntiAliasing(TRUE);

BoxItem pDocBox = m_pFlowChart->CreateBox(0, 0, 100, 100);

return TRUE;
}

I'll email the project.

I am using the trial version of FlowChartX, version 4.1.4.

Gdiplus.dll is from XP (Side by Side):
C:\WINDOWS\WinSxS\x86_Microsoft.Windows.GdiPlus_6595b64144ccf1df_1.0.2600.2180_x
-ww_522f9f82\GdiPlus.dll
5.1.3102.2180

Might be something local to my machine.

I had another developer here run the test code on their machine, and we didn't see any lockups.

After that, I removed the code from machine, installed the code from the zip file and re-ran the code.  I still crashed.