Thread: Intercept Close Message?

Welcome to the forums!

If you just need to know when the remote process terminates, you can use:

Code:

WaitForSingleObject(hProcess, INFINITE);

If you really need to know when the remote process receives WM_CLOSE you can use a hook:

Code:

SetWindowsHookEx(WH_CALLWNDPROC, (HOOKPROC) CallWndProc, hDll, dwThreadID);

If you really need to control what happens when the remote process receives WM_CLOSE, I think you will have to do a remote subclass. See this sample.

What do you more specifically mean by hiding? Do you want to make your program a background program?

My app is called SunTray find here
Basically it allows Mozilla Sunbird, a calendar program, to be minimized to the System Tray. If Sunbird is minimized I hide it, and users use the system tray icon to restore it. Its working quite well.

So anyway, what I want to do is add another option, which will instead of closing Sunbird, minimize it to the system tray. So I want to intercept the close message, send a hide window message to sunbird, and change my icon.

So my problem is how to intercept the message.

Thanks

I think you will need to use some form of remote subclassing.

You can use a DLL as in the sample I posted above or use a hook to inject the code. You can do it without a DLL by copying the code accross but it is far more complex.

This article has an overview of different remote subclass methods, including a no-dll sample:
http://www.codeproject.com/threads/winspy.asp

Another no-dll sample:
http://win32.mvps.org/processes/remthread.html

In this thread Benny shows how to subclass an already running program:
http://cboard.cprogramming.com/showthread.php?t=46065

Reading material:
http://cboard.cprogramming.com/searc...searchid=46096

Ok, I've found this example http://www.codeproject.com/useritems...ndowToTray.asp

And I've modified this part, it intercepts all command messages so I can process my own.

Code:

LRESULT CALLBACK MenuCommandHookProc(int nCode, WPARAM wParam, LPARAM lParam)
{
	// return immediately if system required
    if (nCode < 0){
        return CallNextHookEx(g_hMenuCommandHook, nCode, wParam, lParam); 
	}
	// process the arrival message
	MSG *msg = (MSG*)lParam;
	switch (msg->message) {
		case WM_SYSCOMMAND:
			//Steve's Editing.
			if(LOWORD(msg->wParam) == SC_CLOSE){
				if(FindWindow("MozillaUIWindowClass","Mozilla Sunbird")==(HWND)msg->hwnd)
				{
					//Change message to minimize instead of close
					msg->wParam=SC_MINIMIZE;
				}
			}
			break;
	}
	
	// call next hook
    return CallNextHookEx(g_hMenuCommandHook, nCode, wParam, lParam); 
}

And this works for when close is selected in the system menu, well for now its just changed to minimize, but that works. But I'm not sure what the message is for clicking on the close symbol.
For the system menu its, WM_SYSCOMMAND, with wParam=SC_CLOSE

Can anybody tell me?

Originally Posted by WM_SYSCOMMAND documentation

In WM_SYSCOMMAND messages, the four low-order bits of the wParam parameter are used internally by the system. To obtain the correct result when testing the value of wParam, an application must combine the value 0xFFF0 with the wParam value by using the bitwise AND operator.

So:

Code:

if(LOWORD(msg->wParam) == SC_CLOSE)

should be:

Code:

if((msg->wParam & 0xFFF0) == SC_CLOSE)

I don't know if that will make it work.

I'm not sure you understood what I said in my last post. That part works, I have successfully intercepted the call to close when it is done via the system menu. It worked with both versions of that particular line as well.

What I don't know is what message is passed when a user clicks the close icon visible on the window. I've tried a few things with no success.

Thanks for the help so far, much appreciated.

So nobody has any idea why the minimize/maximize/close buttons aren't sending the message like they are documented to??

Also I was wondering if CreateProcess is a slow option? I'm having people using my program say that it takes minutes to start the program. For most people it starts quickly.
I've used pretty much the standard way of using createprocess as they do it in the msdn docs, but I've added the option for the program to start minimized. Is there a method or any particular reason this might be slow on some machines?