Total Commander

Запускать TC под администратором, для того чтобы не выводилась ошибка при запуске regedit. Тогда почему сам regedit запускается, и значения можно менять и удалять, даже при работе в TC не под администратором?

всем привет,сразу прошу прощенья за глупый вопрос,почему я не могу через плагин удалять сразу целые ветки(папки) в реестре,приходится в ручную через родной Регедит.....Отдельные ключи удаляет а папки не может....К примеру я выбираю поиск ,ввожу искомое имя,он находит но через пункт удалить не удаляет?

А этот плагин может отображать содержимое reg-файлов так же - как и сам реестр, а не как долбаный текстовый Листер?

Sonic111 писал(а):А этот плагин может отображать содержимое reg-файлов так же - как и сам реестр, а не как долбаный текстовый Листер?

Нет для этого нужно чтобы был аналогичный архиваторный wcx плагин. Но аналоги уже есть -
WCReg: http://wincmd.ru/plugring/WCReg_patched.html
decReg: http://wincmd.ru/plugring/decReg.html

Но импортируют все строки они как файлы и папки... не как reg патч, что весьма печально.. Но очень удобно для сравнения-синхронизации через Total Commander

Corak писал(а): Но импортируют все строки они как файлы и папки... не как reg патч, что весьма печально.. Но очень удобно для сравнения-синхронизации через Total Commander

Проверил - дааа уж.... Это не то.
Без возможности обмена данными между готовым рег-файлои и регистром "Registry" неполноценен. В этом случае стоит и дальше пользоваться внешними специально для этого сделанными программами!

Кому не лень, уточните, пожалуйста, у пользователя: что ищет и где зависает? Почему-то постеснялся сказать больше, чем

Поиск всегда зависает в одном и том же месте

Добавлено:
P.S. Мой акк там потерялся, пока надеюсь на восстановление.

Skif_off, спасибо!

Это мой пост. Я просто не уверен какая информация нужна. С помощью плагина я произвожу поиск записей в реестре, совпадающих с критерием поиска. Например на скриншоте ниже ищем "totalcmd". Не важно, что ищем, но поиск у меня зависает всегда на 186000 ключе.

Не могу вставить ссылку на скриншот так как новый юзер. По ссылке Skiff_off добавил в свой пост на руборде.

Как описывал на руборде, до недавнего времени все работало. Устанавливал только обновления Windows. Лишь один раз вместо проблемного модуля Registry.wfx был указан KernelBase.dll (может просто совпадение)
Пробовал новый чистый тотал с флэшки - у меня снова виснет, на другой машине все работает.

I95 писал(а):Не могу вставить ссылку на скриншот так как новый юзер.

В слегка изменённом виде для последующей правки модератором — можете. Пояснения давались много раз (пример).

I95 писал(а):Не важно, что ищем, но поиск у меня зависает всегда на 186000 ключе.

Уже было в теме похожее: нужно найти этот самый 186000й ключ и посмотреть, что с ним не так. Попробуйте использовать поле Search in key:, для начала поиск в разделах (HKEY_ LOCAL_MACHINE, HKEY_CURRENT_USER, HKEY_CLASSES_ROOT и HKEY_USERS), найдёте, в каком вылет, - перебирайте ветки в разделе. И т.д. глубже. Это займёт какое-то время.

Если дело в длине ветки, то, наверное, можно попробовать грубо: найти раздел, с помощью reg export экспортировать в reg-файл, регулярными выражениями удалить всё, кроме имён подразделов (в квадратных скобках), отсортировать по длине и проверить самый длинный. Не знаю, что для вас будет проще.

Avada писал(а):В слегка изменённом виде для последующей правки модератором — можете. Пояснения давались много раз

Сорри затупил. Конечно же мог изменить ссылку немного, просто люблю когда скриншоты идут с превью, а не просто ссылкой, которую нужно копировать-вставить. А тут обломался и мозг остался в "коробочке".

Posted after 4 minutes:

Skif_off
Спасибо Вам за наводку! Понимал, что проблема в этом 186000 ключе только не знал как его можно попытаться вычислить. Буду пробовать.

I95
Вы не проверили, у вас случайно не та же самая ветка в наличии? Там, судя по ключу, кривой инсталлятор Light Alloy или его кривая регистрация в системе (или по какой-то причине криво отработал) - тогда, наверное, есть смысл зарепортить разработчикам.

I95
Оверквотинг у нас запрещён. Достаточно было перед ответом вставить из предыдущего поста нужный ник. Лишнее цитирование убрано.

Skif_off, ага проверил. Но у меня вот на этих 2-х ключах виснет - "Счетчики производительности":

1. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009
2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\CurrentLanguage

Причем содержимое у них абсоллютно идентично. Рамер данных ключей - 47,8 МБ. Думаю поэтому и виснет поиск.

А вот что с этим делать пока не понял - изучаю гугл

Posted after 6 minutes:

Avada, понял, исправил последнее сообщение.

I95
Вроде там у всех всё одинаково (точнее - в зависимости от локализации): код и имя соответствующего ему счётчика, сами счётчики хранятся не в этой ветке. И падало бы у всех.
С х64 версией ТС тоже ошибка?
Есть ли возможность сравнить HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib с аналогичной веткой с другой машины, где не падает? Лучше, если это будет ОС той же разрядности и той же редакции.


Виталий Князев
Можно ли поправить плагин, чтобы он пытался запустить regedit.exe с учётом разрядности? Если на х64-системе в х86 консоли или из х86-приложения запустить "regedit.exe", без указания пути, то будет запущен "C:\Windows\SysWOW64\regedit.exe" - в итоге не получаем доступ ко всему реестру. А вот если запустить "%WinDir%\regedit.exe", то получим regedit.exe родной разрядности ОС.

All
Волевым модераторским решением из заглавия темы убирается префикс [Development], совершенно тут лишний и не несущий никакой дополнительной полезной информации.