На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! user posted image
Пожалуйста, выделяйте текст программы тегом [сode=pas] ... [/сode]. Для этого используйте кнопку [code=pas] в форме ответа или комбобокс, если нужно вставить код на языке, отличном от Дельфи/Паскаля.

Соблюдайте общие правила форума

Следующие вопросы задаются очень часто, подробно разобраны в FAQ и, поэтому, будут безжалостно удаляться:
1. Преобразовать переменную типа String в тип PChar (PAnsiChar)
2. Как "свернуть" программу в трей.
3. Как "скрыться" от Ctrl + Alt + Del (заблокировать их и т.п.)
4. Как запустить программу/файл? (и дождаться ее завершения)
5. Как перехватить API-функции, поставить hook? (перехват сообщений от мыши, клавиатуры - внедрение в удаленное адресное прстранство)
... (продолжение следует) ...

Внимание:
Попытки открытия обсуждений реализации вредоносного ПО, включая различные интерпретации спам-ботов, наказывается предупреждением на 30 дней.
Повторная попытка - 60 дней. Последующие попытки - бан.
Мат в разделе - бан на три месяца...

Полезные ссылки:
user posted image MSDN Library user posted image FAQ раздела user posted image Поиск по разделу user posted image Как правильно задавать вопросы


Выразить свое отношение к модераторам раздела можно здесь: user posted image Rouse_, user posted image Krid

Модераторы: Rouse_, Krid
  
> Мониторинг с помощью ReadDirectoryChangesW , непредсказуемое поведение
    Мне нужно мониторить изменения в каталогах, для этого прекрасно подходит функция ReadDirectoryChangesW . В отдельных тестовых проектах все работает, а добавляю в свой проект - и получаю странное поведение соответствующих функций.
    Ошибки происходят такие:
    - при добавлении файлов/каталогов в каталог, получаю одно срабатывание с правильным именем нового файла, на следующее срабатываение получаю пустую строку в Filename, далее ничего не происходит, хотя остается много необработанных новых файлов.
    - при переименовании, часто в OldFilename получаю старое имя файла плюс мусор (типа 'OldFilenameX', где никакого X быть не должно).

    Пробовал разные примеры, например Мониторинг изменений на диске , также юзал компонент с торри, все одно. Может кто сталкивался с таким поведением, почему так может быть? уже несколько дней бьюсь..
      Как же тебе можно без кода-то помочь?
        Цитата shershen @
        Пробовал разные примеры, например Мониторинг изменений на диске , также юзал компонент с торри, все одно. Может кто сталкивался с таким поведением, почему так может быть? уже несколько дней бьюсь..

        Вместо того, чтобы "биться" нужно внимательно глянуть в msdn, где черным по белому сказано, что строка FileName is not null-terminated, поэтому оба приведенных по ссылке примера некорректны и работают правильно только в случае, когда сразу за FileName идет выравнивающий нулевой ворд, иначе в конце строки может добавляться мусор. По правильному для преобразования FileName в анси-строку нужно юзать
        ExpandedWrap disabled
          WideCharLenToStrVar(Info.FileName,Info.FileNameLength,s); //явное преобразование
          или
          SetString(s,Info.FileName,Info.FileNameLength); //неявное с расчетом на сообразительность компилятора

        Поэтому в первом примере FileName вообще не правильно берется напрямую, а во втором NewFileName устанавливается правильно через SetString, а OldFileName - не правильно.

        Что касается кол-ва записей, то в первом примере читается только первая, остальные игнорируются. Во втором примере должны читаться все, но передвижка указателя на следующую запись сделана через PChar и соотв-но может работать неправильно в юникодовской версии дельфи 2009 - лучше делать через integer.
        Сообщение отредактировано: leo -
          Спасибо, leo, похоже, действительно в этом проблема!
          1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)
          0 пользователей:


          Рейтинг@Mail.ru
          [ Script execution time: 0,0278 ]   [ 15 queries used ]   [ Generated: 18.05.24, 20:30 GMT ]