| [Форум] [Помощь] [Поиск] [Выйти] |
Добро пожаловать, ![[info]](userinfo.gif){kind=small} User
|
|
|
| ||
| Дано: приходит человек, вставляет дискетку, копирует файл на HDD (или не копирует, работает с дискеты), работает с файлом. Посылает на печать (сетевой принтер), сохраняет труды на дискетку. Уходит. Задача: скопировать отредактированный файл (среди кучи имен по определенному критерию смогу определить). Решение: хочеться писать в Delphi, идей много, но у всех есть определенные минусы... Так то два варианта: перехватывать имена файлов, которые печают или анализировать работу с дисководом... (Win98 или Win2000). Прошу помочь дельным советом по поводу идеи-реализации. |
| ||
| Есть идея покопать Hook`и. С помощью этих ловушек можно в системе многое поймать. По крайней мере, про отлов нажатых клавиш и действия мышкой много где писалось уже. Думается, на большинство остальных событий тоже можно навесить что-то вроде сторожей (в конце концов, работает же как-то антивирус :)) |
| ||
| Совет совсем простой - воспользоваться гуглем ;-) |
| ||
| int 21h перехватывай ;-))) |
| ||
| int 21h перехватывай ;-))) И это под 2000-ми виндами... Хорошо, что там ;-))) стоит. |
| ||
| Ну оно не зря ж там стоит ;-) |
| ||
| Совет совсем простой - воспользоваться гуглем ;-) Я, точно, не спец по поиску, убив 2 часа на гугль и Королевство Дельфи, так ничего подходящего и не нашел... :( int 21h перехватывай ;-))) Легко... только врядли согласяться править *.doc в Лексиконе :) По крайней мере, про отлов нажатых клавиш и действия мышкой много где писалось уже. Не катит... все много проще я думаю :) (писану письмицо...) |
| ||
| тут да... или решение или писать в Дельфи, это я не учел. Если решение, то подобных следиторов море, только уже готовых. |
| ||
| че то слямзить хочешь ? =) проще - один отвлекает, другой берет конечно не красиво, но действует ... если дисковод будешь опрашивать по таймеру или по событию - он у тебя шуметь будет на всю округу, так что не услышит только ленивый, да и человек заметит что его дискету опрашивают ..... если хуки будешь ставить на нажатие клавиш и движение мышки - замучаешься привязывать к каждому событию ... если перехватывать задания принтеру - проблемно определять имена файлов и тем более их содержимое. расшарь дисковод на машине человека и стащи в самый нужный момент. дельного совета не получилось =) имхо провальная это идея. можно конечно поставить удаленный доступ, но я так понял что ты не будешь сидеть и ждать когда человек придет и поработает ... |
| ||
| че то слямзить хочешь ? =) не я. мне не надо. Коллектив попросил :). если дисковод будешь опрашивать по таймеру или по событию - он у тебя шуметь будет на всю округу, так что не услышит только ленивый, да и человек заметит что его дискету опрашивают ..... само сабой :) если хуки будешь ставить на нажатие клавиш и движение мышки - замучаешься привязывать к каждому событию ... Не вопрос. +много прог на эту тему есть. если перехватывать задания принтеру - проблемно определять имена файлов и тем более их содержимое. В этом и проблема. Не знаю как... RTFM по этому делу не нашел... Имя файла - знаю. Согласен на метаданные принтера... Более того, если узнать, что конкретный файл отправлен на печать, значит он либо на воткнутой дискете, либо на винте. Задача решена. Осталось найти событие Windows отправить на печать... буду искать среди API...эх... расшарь дисковод на машине человека и стащи в самый нужный момент. так все и происходит, но напряжно, стремно, не удобно, не всегда люби успевают :), нервничают... конечно поставить удаленный доступ, но я так понял что ты не будешь сидеть и ждать когда человек придет и поработает ... мне это нафиг не надо :), есть чем заняться... |
| ||
| iCopyHook |
| ||
| iCopyHook ето чего? |
| ||
| Хук на копирование... |
| ||
| The ICopyHook interface is a COM-based interface used to create a copy hook handler, a shell extension, that determines whether it is all right to move, copy, rename, or delete a shell folder or printer object. The shell calls ICopyHook::CopyCallback prior to performing one of these operations. The copy hook handler, which is an OLE in-process server (a DLL), does not perform the task itself, but does approve or disapprove the action. If the shell receives approval from the copy hook handler, it performs the file system operation. Copy hook handlers are not informed about the success of an operation, so cannot monitor actions taken on folder objects, except via FindFirstChangeNotify. A folder object can have multiple copy hook handlers. For example, even if the shell already has a copy hook handler registered for a particular folder object, you can still register one of your own. If two or more copy hook handlers are registered for an object, the shell simply calls each of them before performing one the specified file system operations. The shell initializes ICopyHook directly, without using the IShellExtInit or IPersistFile interfaces first. CopyCallback returns an integer value that indicates whether or not the shell should perform the operation. The shell will call each copy hook handler registered for a folder object until either all the handlers have been called or one of them has returned a value other than IDYES. The handler can also return IDYES to specify that the operation should be performed, or IDNO or IDCANCEL to specify that the operation should be discontinued. When to Implement Implement a copy hook handler, for example for shared folders, when you want to be able to control when, or if. these file system operations are performed on a given object. When to Use You don't call this shell extension directly. ICopyHook::CopyCallback is called by the shell prior to moving, copying, renaming, or deleting a shell folder object. Methods in Vtable Order IUnknown Methods Description QueryInterface Returns pointers to supported interfaces. AddRef Increments reference count. Release Decrements reference count. ICopyHook Methods Description CopyCallback Determines whether a move, copy, delete, or rename operation on a folder object should be allowed or disallowed. |
| ||
| Имхо, все делается донельзя примитивно. Перехват функции CreateFileA, затем ReadFileA. Можно и без нее. На асме вся прога - строчек 100 кода. |
| ||
| Если тема еще актуальна смотри MSDN по функциям: FindFirstPrinterChangeNotification FindNextPrinterChangeNotification Там можно узнать про факт отправки на печать, имя документа, кол-во страниц и много другой полезной информации .... Про копирование - с дискеты и обратно - надо реализовать ICopyHook. |
Отправил