1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
DWORD CListener::Loop()
{
HANDLE hChanges[ 2 ];
DWORD dwStatus;
hChanges[ 1 ] = ::CreateEvent(NULL, FALSE, FALSE, _T( "RPServiceExit" ));
if(!(hChanges[ 1 ]))
{
_Module.LogEvent(_T( "Required event isn't created. Cannot begin listening!"));
return 0;
}
hChanges[0] = ::FindFirstChangeNotification
(m_szFolder, FALSE, FILE_NOTIFY_CHANGE_ATTRIBUTES);
if(hChanges[0] == INVALID_HANDLE_VALUE)
{
_Module.LogEvent(_T("Notification isn't started. Cannot begin listening!" ));
return 1 ;
}
_Module.LogEvent(_T( "Listening started" ));
BOOL bBreak = FALSE;
while(TRUE)
{
_Module.LogEvent(_T( "Waiting for files..." ));
dwStatus = ::WaitForMultipleObjects( 2 , hChanges, FALSE, INFINITE);
switch(dwStatus)
{
case WAIT_OBJECT_0:
ScanFolder();
if(!FindNextChangeNotification(hChanges[ 0 ]))
{
_Module.LogEvent(_T( "Cannot continue listening. It will be stopped!" ));
bBreak = TRUE;
}
break;
case WAIT_OBJECT_0 + 1 :
default:
bBreak = TRUE; // Exit worker thread
}
if(bBreak) break;
}
::FindCloseChangeNotification(hChanges[ 0 ]);
::CloseHandle(hChanges[ 1 ]);
_Module.LogEvent(_T( "Listening stopped" ));
return 0 ;
}
Тебе нужны функции Win32 API:
FindFirstChangeNotification
FindNextChangeNotification
FindCloseChangeNotification
Первые 2 возвращают handler, который может быть передан в WaitForSingleObject и в WaitForMultipleObjects. Тебе только остается проверить статус и выполнить действия согласно обнаруженным изменениям. Но, как понимаешь, WaitFor... заблокирует текущий поток до момента изменения в файловой системе. Так что вызывать всю эту беду придется из дополнительного worker thread.
P.S. Все это будет работать в NT, 2K и XP. В 9x это не реализовано.
