Galyamov RinatЧерез ShellExecute сделал. Содержимое файла можно посмотреть, изменить.

Попробуй GETOBJECT().

Galyamov RinatНо чтука в том, что некороые типы файлов открываются "родными
просмоторщиками" только на чтение. Т.е. в то время, когда файл еще смотрят,
его можно не только открыть другим приложением, но и удалить. А это уже не
знаю как отследить.

Некоторые проги (блокнот например) читают файл и закрывают, т.е. в процессе работы с файлом он закрыт, поэтому его можно даже удалить, но если пользователь его сохранит файл будет создан заново.
Можно попробовать по принципу WinRAR`а сделать. Он при запуске распаковывает во временный файл, а потом следит за файлом если файл изменился (дата-время, размер) то спрашивает "обновить файл в архиве"



Tакой вариант рассматривал: убрать файлы из базы в расшаренную папку, в базе только имя файла. Открывать файл из папки и дальше следить за ним не надо. Если пользователь его сохранит, то он сохранится сразу куда надо.

Galyamov Rinat
> Можно попробовать по принципу WinRAR`а сделать. Он при запуске
> распаковывает во временный файл, а потом следит за файлом если файл
> изменился (дата-время, размер) то спрашивает "обновить файл в архиве"

А вот по какому принципу он отслеживает файл?
Не постоянно же он его опрашивает? Да и мусор за собой он сам подчищает.

Поизучал FileMon`ом. Похоже WinRAR следит не за файлом, а за приложением его открывшим и срабатывает на закрытие приложения. За приложением следить достаточно просто.
Например если открыть *.DOC из архива, поменять, сохранить, закрыть файл не закрывая ворда, то WinRAR файл даже не проверяет, но стоит закрыть Word так сразу WinRAR начинает вопросы задавать.

WinRAR создает отдельный поток внутри себя для ожидания, в фоксе такое не провернуть, фокс однопоточный. Разве что в таймере ADIR() делать периодически и с исходными данными сравнивать. Или WinAPI функцию FindFirstChangeNotification() задействовать. Она примерно то же самое делает.

Galyamov Rinat> Tакой вариант рассматривал: убрать файлы из базы в расшаренную папку,
> в базе только имя файла. Открывать файл из папки и дальше следить за ним
> не надо. Если пользователь его сохранит, то он сохранится сразу куда надо.

Думал над этим, но хочется избавиться от шары, в принципе - невозможно
отследить кто и когда изменения внес.
Возможно отследить кто когда открывал, чтобы только через прогу открывали можешь запретить чтение содержимого папки, тогда просто руками открыть папку и найти нужный в ней файл будет невозможно.

Galyamov Rinat
>За приложением следить достаточно просто.

А вот с этого места, пожалуйста, поподробнее
Есть WinAPI функция CreateToolhelp32Snapshot() с ее помошью можно получить список всех запущенных процессов. Следить примерно так:
1. Получить текущий список
2. Открыть файл. С помошью ShellExecute() например
3. Получить список, сравнить с п.1, новый процесс будет от проги обработчика файла.
4. Ждем завершения процесса с помошью WaitForSingleObject()

Там правда структур много, писать на фоксе муторно будет. Могу исходник на MS VC 6 дать, там список запущенных процессов выводится.

Есть один подвох серьезный, WinRAR тоже на нем попадается. Если запустить Ворд, затем открыть из WinRAR`а какой-нибудь *.DOC, то новый процесс не создается, файл открывается имеющимся вордом, поэтому WinRAR в этом случае изменение файла не замечает. Можешь проверить.

Galyamov Rinat>Разве что в таймере ADIR() делать периодически и с исходными данными
>сравнивать.
Если сравнивать дату - еще туда сюда, а если сравнивать по содержимому - то
засада.
Содержимое зачем сравнивать? Сохранил во временный файл, запомнил дату-время, если изменилась, то значит изменили файл. Тут надо другое отслеживать, если сначала твою прогу закрыли, а потом измененный файл сохранили, так он обратно в базу никогда не попадет.

Galyamov RinatА мусор за собой почистить не помешает.
Как вариант: всегда кидать все временные файлы в одну папку, смотреть на дату файла и удалять все файлы старше N дней.

Galyamov Rinat> Возможно отследить кто когда открывал, чтобы только через прогу
> открывали можешь запретить чтение содержимого папки, тогда просто руками
> открыть папку и найти нужный в ней файл будет невозможно.

Если не найду приемлимых вариантов - придется копнуть в эту сторону.
Тут можешь добавить хранение нескольких последних версий файла на случай если кто попортит файл. Перед открытием сравнивай последнюю копию и текущее состояние, если отличаются сначала делай копию, затем открывай на редактирование. А кто попортил можно отловить по дате файла и логу где открытие файла будет фиксироваться. По крайней мере для Word`а и Excel`я это точно сработает, т.к. двум разным пользователям один файл одновременно не открыть.

ВладимирМНапример, если на машине есть два одинаковых приложения, но расположенных в разных директориях и оба они будут запущены одновременно, то в списке процессов отличить их друг от друга будет невозможно.
Элементарно сравнить ProcessID, даже у одного и того же приложения запущенного в нескольких экземплярах этот параметр отличается.

ВладимирМНесмотря на то, что в документации написано о том, что можно прочитать полный путь доступа до файла, запустившего процесс, но реально возвращается только и исключительно имя файла. Без пути доступа.

По крайней мере, у меня не получилось "выцарапать" полный путь доступа к процессу. Только и исключительно собственно имя файла, запустившего процесс.
Получить полный путь можно перебирая модули внутри процесса с помошью CreateToolhelp32Snapshot(TH32CS_SNAPMODULE, ProcessID)

Только в данном случае достаточно сравнить два массива ProcessID до запуска и после. И выявить тот который добавился. Проблема только в том что он может не добавиться, как я выше писал.

ВладимирМ Dima TПолучить полный путь можно перебирая модули внутри процесса с помошью CreateToolhelp32Snapshot(TH32CS_SNAPMODULE, ProcessID)
Я тоже так думал. А ты сам пробовал?
Пробовал, результат в архиве с исходниками на MSVC6
Выводит список всех процессов с подробностями.

А пробовал чтобы написать проверку запущен ли какой-нибудь процесс из заданной папки. Там же в ListProcess.cpp функция IsWorkingPath(LPCTSTR pcszPath)

Galyamov RinatЕсли склониться к хранению в шаре сервера, то есть еще одна проблема - когда
будет много фалов будут большие тормоза.
Наблюдал однажды автоматизацию хранения сертификатов отсканированных, в папке жило около 100 тысяч файликов с отсканированными бумажками, тормозило немного, но работало. Потом перестроили хранение в подпапках с ограничением кол-ва файлов на одну папку, тормоза прошли.

Проверять надо до какого кол-ва файлов не тормозит если непосредственно по имени файла обращаться. Дерево из подпапок соорудить, и ограничить не более N файлов и подпапок в одной папке например. И хранить путь к файлу относительно шары, что-то типа такого "SUBFOLDER001\SUBFOLDER123\MyFile.doc"

Что будет если прогу раньше закроют чем файл?

Ни разу не пользовался, в SOLUTION увидел. Можно лист экселя (или документ ворда) прямо в форму вставить:
Только как туда твой файл подцепить не совсем понятно, в хэлпе на DoVerb() есть пример через промежуточный класс-обертку. Покопай, может еще варианты есть. С сохранением тоже не все понятно.

Случайно попало:
Так не работает, ошибка "Property DocumentFile is Read-Only"