HPC.ru lite - Все форумы
Форум: Windows Mobile и Pocket PC - общие вопросы
Тема: WM 2003 Интересные файлики
Страницы: 1 2 [3]

NikoS [27.05.2007 00:31] :
Имя верное.

Нужен ппц.

.
sshd [27.05.2007 00:43] :
зачем? что конкретно тебе даст другой покет? у тебя же и на своём эти файлы есть.
NikoS [27.05.2007 01:56] :
Ближе к делу - собственно заинтересовался [*:1c64554a79]датой их создания,[*:1c64554a79]Размерами, начиная с
MsgQueueDataFileMicrosoft Broadcast Message SMS Protocol (Receive Only) по
MsgQueueDataFileMicrosoft WDP SMS Protocol - одинаковы до байта.[*:1c64554a79]И, собственно, (ясно из начала темы) процессом, их держащим.А ппц для того и нужен (в этом прикол) - дата

Ps:
Дальше - больше.
ArtDen [27.05.2007 09:19] :
NikoS, не томи. Объясни смысл темы. Причитал 2 страницы. Пока ничего не понял.
NikoS [27.05.2007 11:30] :
Смысл в самом начале - в первом топике.
Не понял - значит не для тебя - без обид

А почему 2 страницы

Благодаря sshd я поднялся на 10 постов,
не считая этого, 1го и того - где уже пошёл цвет

.
sshd [27.05.2007 18:57] :
а чего дата? они создаются при каждой загрузке девайса (ну а если существуют, то просто открываются).

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

нет, из начала темы это нифига не ясно.
процесс - точно не знаю, а вообще - примерно так:
tmail (или кто-то ещё, точно не скажу) загружает tpcutil.dll, в ней вызываются SmsOpen для соответствующих протоколов (5 из этих 7-ми, остальные 2 - в wapdrv.dll).
потом - в ccoredrv.dll создаются эти файлы (значит держит их скорее всего device.exe, ну или может nk.exe, потому как используется CreateFileForMapping), а на основе них - memory mapping. и доступ к memory mapping'у ограничивается mutex'ом (для каждого из протоколов создаётся).

ну в общем дата - не важна, как я уже сказал.

не нашёл, если честно.

а ты случайно не в школе ещё учишься?
а то очень уж похоже.... количество постов считаешь, и т.п.
NikoS [27.05.2007 21:10] :
Увы - нет

Нет, не читается.
В указанном тобой подразделе ни одного ключа кроме обычного дефолта.
Ни в Se, ни в РЕ.

Не ясно тебе, возможно.

device... , NK... - гаданье на кофейной гуще.
Ясно, что какой то держит - все не остановишь, даже любой из этих - потом не поюзаешь - до ресета

У меня ребёнок скоро школу закончит, а ты, видать, не понял, что я имел в виду?
Почитай сначала, вдумайся.

Приятно было пообщаться.

.
sshd [27.05.2007 21:27] :
как раз да.
попробуй их переименовать и перезагрузиться - создадуться новые.

ну значит если их не прочитать, то берутся значения по-умолчанию.
щас уточню......
да, похоже что так.

процитируй мне, где в первом посте вопрос "какой процесс держит этот файл?". а нет там такого вопроса. просто есть перечисление запущенных процессов (зачем - непонятно).

вовсе нет.
ccoredrv.dll - там драйвер, значит эту dll грузит device.exe.
но для создания файла используется CreateFileForMapping, значит по-идее файл создаётся в kernel'е.
сам-то проверь, если хочешь. или тебе лень что-то самому сделать? только на форуме писать можешь, и всё?

ну да. а зачем останавливать?
какая конечная цель всё-таки? сначала ты говорил, что хочешь выяснить какой процесс держит файл, а теперь такое впечатление, что тебе этого уже недостаточно.
Михаил-iver [27.05.2007 21:35] :
[тема закрыта. Нарушение пунков правил: 1.6, 1.7, 1.8, 1.13]
Решения и действия модератора могут быть обжалованы у администратора Форума, согласно пункту правил 2.3.
[Тема закрыта модератором]
[< Назад]