[nixon232]

Не уверен, что угадал с веткой. Задача: прочитать с конца файл, найти данные - уйти. Все хорошо, но в какой то момент файл читается не с конца. такое ощущение, что достигнут максимум fstr.count.

Код:

fs:=TFileStream.Create(fn,fmShareDenyNone);
fs.Position:=0;
fstr:=TStringList.Create;



Fstr.LoadFromStream(fs,TEncoding.Default);
fs.Free;
//ShowMessage(IntToStr(fstr.Count));
   for I := fstr.Count-1 downto 0 do
   begin
     Line:=fstr[i];

Сам файл не большой вроде. Как лучше получить Line[i] в таком случае?
В момент ошибки Fstr.count= 7115 всего-то. сам файл в это время 140к строк

[Kailon]

Почему считать файл с конца нужно? Файл постоянно дописывается другим приложением? Или же файл переоткрывается на чтение при его изменении?
А это как?

Все хорошо, но в какой то момент файл читается не с конца

Т.е. то читается, то не читается?

[nixon232]

Потому что файл - это лог с однотипными данными. Его пишет сторонняя программа. меня интересуют последние данные (конец файла). видимых ошибок доступа нет. Просто в какой-то момент возвращается не тот каунтер. И что с файлом не делай, каунтер как замерз. (всегда разный) Вчера кстати работало стабильно, никаких изменений вроде не вносил, чудо.

Если есть другой способ читать с конца, буду рад увидеть

[Kailon]

Размышления:

1. А если предварительно скопировать файл в другое место и работать уже с копией?
2. А если открыть файл, узнать кол-во строк на момент открытия, прочитать их и закрыть файл. В последующем открыть файл, а чтение производить уже с запомненной строки.

Вчера кстати работало стабильно, никаких изменений вроде не вносил, чудо.

Забавно...

[nixon232]

1. Разве это не то, что я делаю? fstr.loadfromstream(fs) и fs.free
2) Изначально я так и планировал, но судя по всему программа сохраняет файл только завершению работы, из-за этого не срабатывает флаг изменения файла Приходиться по-кривому в потоке с ключем fmShareDenyNone. Можно конечно переписать чтобы читал не с нуля, но если каунтер вернет не то значение, мы вернемся откуда и пришли

[Aristarh Dark]

Если программа которая пишет лог "не сохраняет файл" до окончания времени работы, то винда буфер записи будет сбрасывать на диск "как Бог на душу положит".

[nixon232]

Сообщение от Aristarh Dark

Если программа которая пишет лог "не сохраняет файл" до окончания времени работы, то винда буфер записи будет сбрасывать на диск "как Бог на душу положит".

Не совсем понял ваш посыл. я просто к тому что не работает в моем случае ReadDirectoryChangesW, что не приятно, а данные то я получаю.

[Kailon]

Может быть, как вариант, это и вот это будет Вам полезно.

[nixon232]

Сообщение от Kailon

Может быть, как вариант, это и вот это будет Вам полезно.

У меня в принципе так и реализован был мониторинг, но только я нашел сорс в виде компонента. Вот только 2 флага, которые бы мне помогли имеют примечание:

FILE_NOTIFY_CHANGE_SIZE - изменение размера файла.
FILE_NOTIFY_CHANGE_LAST_WRITE - изменение файла (это и предыдущее уведомление будет получено только в момент реальной записи файла на диск).

[Kailon]

На каком этапе сейчас дело? Все работает или же все так же непонятно?

[Kraeved]

А может с другим файлом попробовать, который не переписывается? Тоже стало интересно.

[nixon232]

Сообщение от Kailon

На каком этапе сейчас дело? Все работает или же все так же непонятно?

вчера выпал 2 раза и помогает только удаление файла. Я уже вывел на форму FSTR.count. В момент ошибки он перестает меняться. может 3-4 часа работать, а может через 20 мин багонуть.

А может с другим файлом попробовать, который не переписывается? Тоже стало интересно.

Не знаю не проверял. Другого такого нет, а имитировать пока нет времени.

Может из-за того, что я вызываю из JVthreadTimmer? Но вроде сборка достойная.

в догонку вопрос:

нужно узнать все окна определенного класса. Пока они есть, с ними работаем. Сейчас у меня в потоке зациклено

Код:

EnumWindows(@EnumWindowsProc, 0);

Если более красивый способ без перебора и хукков?
нужно поймать появление окна и уничтожение.