Program remains in memory after ShellExecute

My program launches the default Web browser and quits itself when the users press a button.

::ShellExecute(NULL, NULL, lpszUrl, NULL, NULL, SW_SHOWNORMAL);
this->PostMessage(WM_CLOSE);  // I am using MFC, this is the frame window, the only window.

I tested it on Windows 95 with IE 4.01 sp1.

With the Browse in a new process setting of IE enabled:

If there is no IE browser running, pressing the button starts the browser, everything is fine. If there is an IE browser running, pressing the button switches to it with the specified URL, everything is fine except that my program remains in memory (it is there when I press Ctrl-Alt-Del) until I restart the system.

With the Browse in a new process setting of IE disabled:

My program remains in memory from the second time the button is pressed.

On Windows NT, the problem does not exist.

Any ideas how to solve this problem?
LVL 23
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Why is your program still in memory?  Does the close message get posted?  Does it get received?  Does the window get destroyed?  Where does the this break down?
You shoul to send WM_QUIT message
I think chensu is expecting the application to post the quite message (PostQuitMessage() when it closes the main window.  That is the way most applications work.  That is why I'm wondering if the main window closes.
Cloud Class® Course: MCSA MCSE Windows Server 2012

This course teaches how to install and configure Windows Server 2012 R2.  It is the first step on your path to becoming a Microsoft Certified Solutions Expert (MCSE).

chensuAuthor Commented:
>Why is your program still in memory?
If I knew, I would not have asked this question.

>Does the close message get posted?

>Does it get received?

>Does the window get destroyed?

>Where does the this break down?
The this window is a frame window. It does not exist anymore while the program is still in memory.

Please note that the problem occurs only in some cases. If I remove ShellExecute, everything is OK.
chensuAuthor Commented:
After ShellExecute, the system sends my window the WM_DDE_INITIATE messages and sends another window (don't know where) the WM_DDE_ACK message (On Windows NT, no this message). At this point, if my main window has been closed, the problem comes out. The workaround is to delay for a while after ShellExecute. And only on Windows 95, there is always a First-chance exception in KERNEL32.DLL after the WM_DDE_ACK message no matter whether my main window is closed at that time.

The PostAppMessage function is obsolete in Win32. Win32-based applications should use the PostThreadMessage function. As nietod said, the application posts the WM_QUIT message (PostQuitMessage) when it closes the main window. The application does not receive the WM_QUIT message even if I send it explicitly when the problem described above is there.
chensuAuthor Commented:
To demo the problem, I write a very simple program. Compile and try it. The program does not quit properly without ::Sleep(700). Is it a known problem on Windows 95?

#include <afxwin.h>

class CMyApp : public CWinApp
        virtual BOOL InitInstance();

class CMyWnd : public CFrameWnd
        afx_msg void OnLButtonDown(UINT nFlags, CPoint point);

CMyApp theApp;

BOOL CMyApp::InitInstance()
    CMyWnd *pWnd = new CMyWnd;
    if (!pWnd->Create(NULL,
                      _T("My Window"),
                      CRect(0, 0, 100, 100)))
        return FALSE;

    m_pMainWnd = pWnd;
    return TRUE;


void CMyWnd::OnLButtonDown(UINT nFlags, CPoint point)
      ::ShellExecute(NULL, NULL, _T(""),
                           NULL, NULL, SW_SHOWNORMAL);



The problem is that IE is opening up a DDE conversation with you, but you are exiting before finishing it.  Try using ShellExecuteEx with the SEE_MASK_FLAG_DDEWAIT flag, which causes the ShellExecute routine to wait until the DDE conversation has finished.

Hope this helps.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Sorry.  I meant to say that you were opening a DDE conversation with IE, but then going away before the conversation is finished.
chensuAuthor Commented:
Excellent! Thank you very much.

By the way, you must supply a valid window handle for the hwnd member of the SHELLEXECUTEINFO structure in this case.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Development

From novice to tech pro — start learning today.