Sometimes (actually, a lot of the time...) the application does not properly call the shell notification routines from within itself. It uses lower level IO routines which do not report activity to the shell. You might not be able to catch these types of events. If you REALLY need to monitor for a file or directory change to a specific location, use FindFirstChangeNotification.

I see... Then is the way to solve something special or dangerous? As the lack of information, now I'm really at a loss...:sigh: I'd like to know the way by all means!

>wisecrack: Thank you for answering. By the way, after posting message I looked into more information. And I found that "CMenu:CEnableMenuItem" may be right. My goal is to develop MFC project of dialog base. For example, here is a goal that when right-clicked over the icon of text file in Explorer, the item "cut" is glay. The below is the method. I created new MFC project of dialog base. (The project name is "Click".) And I added below code of "OnRButtonDown" with Class Wizard into "CClickDlg.cpp" file: === void CClickDlg::OnRButtonDown(UINT nFlags, CPoint point) { // TODO: CMenu *hMenu; CWnd* cwParent = GetParent(); DWORD dwStyle = cwParent->GetStyle(); hMenu = cwParent->GetSystemMenu(FALSE); hMenu -> EnableMenuItem(ID_EDIT_CUT, MF_GRAYED); CDialog::OnRButtonDown(nFlags, point); } === And including "afxres.h" in the first of "CClickDlg.cpp" file, I built "Click.exe" file. With "Click.exe" executing, I executed "explorer.exe" and I clicked right button over a certain text file. But the item "cut" wasn't glay. Which point of my method is wrong? If there is another good idea or programming flow, please tell me.