У меня для слежениями за изменениями в файловой системе используется функция ReadDirectoryChangesW, которую я вызываю в отдельном потоке. Но она следит за определённой папкой, а если нужно следить за другой папкой, то я создаю новый поток уже с нужными параметрами. Тут и возникает вопрос: как правильно остановить ненужный поток, если функция ReadDirectoryChangesW в потоке останавливает его выполнение на этом месте (до сообщения об изменении)? Еси делать terminatethread, то память, выделенная под переменные будет утеряна, а этого бы не хотелось...
Функция определена так:

Код

function ReadDirectoryChangesW(hDirectory: THandle; lpBuffer: Pointer;  nBufferLength: DWORD; bWatchSubtree: Bool; dwNotifyFilter: DWORD;  lpBytesReturned: LPDWORD; lpOverlapped: POverlapped;  lpCompletionRoutine: FARPROC): BOOL; stdcall;

Что это за последний параметр lpCompletionRoutine? Может, как-нибудь можно корректно прервать выполнение этой функции чтобы нормально остановить?

Что это за последний параметр lpCompletionRoutine?

Цитата

lpCompletionRoutine [in] Pointer to a completion routine to be called when the operation has been completed or canceled and the calling thread is in an alertable wait state. For more information about this completion routine, see FileIOCompletionRoutine.

Английским не владею, но это, ИМХО, указатель на поток, который вызывает эту функцию.

Цитата

Тут и возникает вопрос: как правильно остановить ненужный поток, если функция ReadDirectoryChangesW в потоке останавливает его выполнение на этом месте (до сообщения об изменении)? Еси делать terminatethread, то память, выделенная под переменные будет утеряна, а этого бы не хотелось...

используй метод потока Suspend, для продолженя работы потока - Resume.

Vex
немного не так
это функция, вызываемая по завершению или отмене операции

для правильной остановки придется заполнять lpOverlapped ( для перехода в асинхронный режим ) и внутри потока следить за переменной, переданной в поток ( она бдет индикатором для потока, говорящему пора ли выходить )

Цитата

для правильной остановки придется заполнять lpOverlapped ( для перехода в асинхронный режим ) и внутри потока следить за переменной, переданной в поток

А подробнее нельзя ?

насчет подробнее могу посоветовать прочитать статью Serial Communications" на MSDN' e -- там хорошо написанно про синхронные / асинхронные операции

_hunter: проблема не в синхронных / асинхронных операциях, а в понимании строки: "внутри потока следить за переменной, переданной в поток". Если я заполню структуру правильно для асинхронного режима, то процедура будет действовать асинхронно? Я правильно понимаю? Но тогда как мне узнавать, что она выполнилась? Будет вызываться процедура, адрес которой передаётся последним параметром? А как её (процедуру) тогда ПРЕРВАТЬ?

Illusion Dolphin

Цитата

А как её (процедуру) тогда ПРЕРВАТЬ?

Код

ReadDirectoryChangesW(...., @SomeProc)

Цитата

Код ReadDirectoryChangesW(...., @SomeProc)

Гм... Я так передам виндовсу указатель на свою процедуру, и что с этого??? Что мне делать с SomeProc когда я хочу прервать ReadDirectoryChangesW ?

Вообщето, ReadDirectoryChangesW не доступна в Win9x, но для кого-то это и не важно.
Лично я, обычно для подобных целей использую FindFirstChangeNotification/FindNextChangeNotification/FindCloseChangeNotification, они доступны начиная с Win95.
Но, FindNextChangeNotification лишь уведомляет о том что были ожидаемые изменения, ничего не сообщая о том какие именно. Поэтому, приходится хранить текущее состояние каталога в списке.
Если интересно, могу кинуть исходник из собственной библиотеки.

эта функция служит не для остановки!!!

в цикле потока ты вызываеш ReadDirectoryChangesW в асинхронном режиме
изменения ты будеш получать в буффер:

Цитата

When you first call ReadDirectoryChangesW, the system allocates a buffer to store change information. This buffer is associated with the directory handle until it is closed and its size does not change during its lifetime. Directory changes that occur between calls to this function are added to the buffer and then returned with the next call.

об ошибке будет говорить нулевое возвращенное значение

Петрович: А мне нужно знать, что именно произошло, иначе каряво выходит :/
_hunter: Сейчас с вызываю её в синхронном режиме в отдельном потоке и как только процедура выполниться - считываю данные... Если я запущу её в асинхронном режиме, то... по SomeProc я буду получать уведомление о том, что что-то произошло? А если я прерву нить, то что будет с этой процедурой? Я при прекращени нити должен выгрузить буфер, а в процедуру передан указатель на него... Не будет ли волникать ошибка из-за этого?

стоп... я думал тебе постоянно следить нужно
тогда после считывания данных освобождай пмять, выделенную под буффера, ...
и смело делай TeminateThread(GetCurrentThread(), 0)

Цитата

тогда после считывания данных освобождай пмять, выделенную под буффера, ... и смело делай TeminateThread(GetCurrentThread(), 0)

Хм... В то-то и приблема, что если в папке не будет ничего происходить, то и до считывания дело не дойдёт! На этой функции выполнение нии останавливается то того момента, пока что-то не произошло! Я вот думаю: если в главный поток передавать указатель на буфер, который используется в нити и делать сначала TeminateThread, а потом освобождать буфер у нити - так вообще делать можно ?

Цитата

Я вот думаю: если в главный поток передавать указатель на буфер, который используется в нити и делать сначала TeminateThread, а потом освобождать буфер у нити - так вообще делать можно ?

А ты не пробовал из убивающего потока сделать CloseHandle для хендла переданного в синхронно вызванный ReadDirectoryChangesW. Думаю что после этого ReadDirectoryChangesW "вывалится" с ошибкой, и поток сможет самостоятельно завершиться.

Петрович

Цитата

сделать CloseHandle для хендла переданного в синхронно вызванный

Хм 8) А это идея! Надо попробовать...