Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | |
Не совсем понял что тебе надо 14.11.02 14:16 Число просмотров: 1372
Автор: amirul <Serge> Статус: The Elderman
|
> Идея такова:
> Обычно, когда я, работая в текстовом, например, редакторе,
> сохраняю файл, старая версия удаляется, а на её место
> пишется новая. В результате запрет удаления означает
> автоматически и запрет сохранения под тем же именем. Если я
Если это твой процесс держит файл открытым, то что тебе мешает или закрыть хэндл файла или использовать его же, но отмотать к началу и переустановить размер файла. А если не твой, то тебе остается только или заставить чужой процесс закрыть этот файл, или закрыть сам этот чужой процесс. Ну или MoveFileEx с отложенным переименованием - но тут только перезагрузка нужна.
> сохраняю в другом потоке, потом удаляю поток со старой
> версией, потом переименовываю поток с новой, то этого, как
> я понимаю не будет.
> Поэтому надо знать:
> 1. Может быть это уже давно сделано или доказано, что это
> ерунда.
> 2. API.
У Руссиновича есть пример работы с именованными потоками (на sysinternals.com файл streams.zip, путь не знаю)
Энумерирует при помощи NtQueryInformationFile, ну а открывать я так понял обычным CreateFile-ом (имя в виде drive:\path\file:pipe)
Успехов в начинаниях :-)
|
|
<programming>
|
[Win32] Файловые потоки (NTFS) 12.11.02 17:13
Автор: Andr Статус: Незарегистрированный пользователь
|
|
Какая и где существует информация?
|
|
Смотря что тебе надо 12.11.02 18:33
Автор: amirul <Serge> Статус: The Elderman
|
> Какая и где существует информация?
Разная. В документации.
Тебе про использование в командной строке, про работу с ними из API, про физическое хранение на диске?
Для начала глянь тут: http://ixbt.stack.net/storage/ntfs.html
|
| |
Смотря что тебе надо 13.11.02 10:07
Автор: Andr Статус: Незарегистрированный пользователь
|
> http://ixbt.stack.net/storage/ntfs.html
Яндекс как раз это и нашел + несколько перепечаток этого текста.
>Смотря что тебе надо
Идея такова:
Обычно, когда я, работая в текстовом, например, редакторе, сохраняю файл, старая версия удаляется, а на её место пишется новая. В результате запрет удаления означает автоматически и запрет сохранения под тем же именем. Если я сохраняю в другом потоке, потом удаляю поток со старой версией, потом переименовываю поток с новой, то этого, как я понимаю не будет.
Поэтому надо знать:
1. Может быть это уже давно сделано или доказано, что это ерунда.
2. API.
|
| | |
Не совсем понял что тебе надо 14.11.02 14:16
Автор: amirul <Serge> Статус: The Elderman
|
> Идея такова:
> Обычно, когда я, работая в текстовом, например, редакторе,
> сохраняю файл, старая версия удаляется, а на её место
> пишется новая. В результате запрет удаления означает
> автоматически и запрет сохранения под тем же именем. Если я
Если это твой процесс держит файл открытым, то что тебе мешает или закрыть хэндл файла или использовать его же, но отмотать к началу и переустановить размер файла. А если не твой, то тебе остается только или заставить чужой процесс закрыть этот файл, или закрыть сам этот чужой процесс. Ну или MoveFileEx с отложенным переименованием - но тут только перезагрузка нужна.
> сохраняю в другом потоке, потом удаляю поток со старой
> версией, потом переименовываю поток с новой, то этого, как
> я понимаю не будет.
> Поэтому надо знать:
> 1. Может быть это уже давно сделано или доказано, что это
> ерунда.
> 2. API.
У Руссиновича есть пример работы с именованными потоками (на sysinternals.com файл streams.zip, путь не знаю)
Энумерирует при помощи NtQueryInformationFile, ну а открывать я так понял обычным CreateFile-ом (имя в виде drive:\path\file:pipe)
Успехов в начинаниях :-)
|
| |
А вообще неплохо бы спросить у яндекса перед тем как спрашивать у людей 12.11.02 18:36
Автор: amirul <Serge> Статус: The Elderman
|
Google Groups Search
|
|
|
подробно о проекте
Анализ криптографических сетевых... 
