Ru-Board.club
← Вернуться в раздел «Программы»

» Regshot

Автор: SHANDLE
Дата сообщения: 15.04.2008 00:42
Демо-версия http://www.czechcup.ru/regshot/index.php?p=8#1

В общем пока почти ничего толком не работает, но посмотреть можно. Есть только HTML-отчет, который нужно будет приводить в порядок. Когда что то доделаю, то выложу. Узнать об это можно по последнему номеру версии.
Автор: Trancsend
Дата сообщения: 20.04.2008 00:04
SHANDLE
Чо-то не всосал... :`( Даже не запускается.
Автор: Shido
Дата сообщения: 20.04.2008 03:20
Trancsend у меня круче запускается очень долго работает 3-5 мин и после сбора данных о первом снимке в тихую вылетает.
Автор: isssx
Дата сообщения: 20.04.2008 10:25
First,forgive my poor expression(I'm not very sure that my presentation is exactly what I want to say).

I'm using Regshot 2.0.1.61 unicode now. And I've found something seems like a bug(or something need to improve). The problem exist in the inf file which converted from reg file.

The case is:

Regshot converts reg key like below:

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Directory\shell\foobar2000.play\Command]
@="\"C:\\Program Files\\foobar2000\\foobar2000.exe\" \"%1\""

to:

HKLM,"SOFTWARE\Classes\Directory\shell\foobar2000.play\Command","",,""C:\Program Files\foobar2000\foobar2000.exe" "%1""

in inf file.

Yeah,it seems there's no problem. But there is. That occurs while you use this inf file to add this reg key. The reg key it added in fact is:

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Directory\shell\foobar2000.play\Command]
@="C:\\Program Files\\foobar2000\\foobar2000.exe %1"

See the different? Perhaps you may say it is nothing matters. But again, it does. When this %1 contains a space(like "a single song.mp3"), it will be interpreted to three parameters, though it is just one parameter in fact! And certainly, this causes error.

And I think we should convert the literal " to "" while processing reg key's value when converting reg file to inf file(I say literal ", which means quotation marks in reg key's value,not the one used to surround reg key's value in reg file format, and which you can only see through regedit.exe's value column.), for that it seems inf file format interpret "" to " while processing reg key's value(I've experimented it).

That means:

Reg key like this:

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Directory\shell\foobar2000.play\Command]
@="\"C:\\Program Files\\foobar2000\\foobar2000.exe\" \"%1\""

should be converted to

HKLM,"SOFTWARE\Classes\Directory\shell\foobar2000.play\Command","",,"""C:\Program Files\foobar2000\foobar2000.exe"" ""%1"""

in inf file.

I can't find any source code of Regshot 2.0.1.61, and also I don't know where I should report the case. That's why this post is here. If someone knows, tell me please. And if I've figured something wrong, please tell me too. I'am here just a few minutes ago,so forgive my careless.

And finally, thanks for this super tool, thanks for you lovely guys!
Автор: SHANDLE
Дата сообщения: 20.04.2008 13:29
Trancsend
Shido
А я предупреждал, что толком ещё ничего не работает. В 2.0.2.12 (надеюсь) уже смертельных багов не будет. Поддержка языков во время выполнения из меня уже все соки выжала. Я подумал, а кому это надо, чтобы во время работы заниматься переключением языков. Мне, например, вполне хватит русского интерфейса, а переключаться на французский мне не нужно. Также и французу, нужно чтобы утилита стартовала с его интерфейсом, а после переключаться на русский или немецкий он никогда не будет.

Эта поддержка столько громозды создает. Из-за неё не видно толком само тело алгоритмов. Поэтому в очередной раз перелопатил всё наполовину. Выкинул к черту всю эту поддержку. В будущем для других языков все их ресурсы засуну в отдельную DLL.

isssx
Contact to me http://wgapatcher.ru/contact.php
The source code is updated every day. It already fully has been rewritten some times. Current version is 2.0.2.12. But it has russian interface only. Other languages will be in the future as resource dll.
Автор: Shido
Дата сообщения: 20.04.2008 15:45
SHANDLE

Цитата:
А я предупреждал, что толком ещё ничего не работает.

Да мы понимаем. Это так для статистики.

Цитата:
В 2.0.2.12 (надеюсь) уже смертельных багов не будет.

Попробовал эфект тотже, вылетает сразу по завершении создания первого снимка.

Цитата:
Выкинул к черту всю эту поддержку. В будущем для других языков все их ресурсы засуну в отдельную DLL.

Свитч наверное нужно перенести в настройки, смысл его светить в основном окне, т.к. ты прав - переключать язык скорее всего будут только один раз, я так уж точно.
Автор: SHANDLE
Дата сообщения: 20.04.2008 16:54
Shido
У меня почему то не вылетает. С реестром управляется почти так же как и ранние версии, за несколько секунд.


Добавлено:
А на чем его гоняешь (ось, память)?
Автор: Shido
Дата сообщения: 21.04.2008 05:54
SHANDLE
Два компа:
Windows XP SP 3 версия 5.1 сборка 2600.xpsp.080306-1604 это - 5503 кажется.
Памяти гиг. DDR2. Стационар. Пентиум 4 (521 модель)

Windows XP SP 2 с последними обновлениями от осзоне. Чистая недавно установленная. Памяти 512. DDR2 666. На ноутбуке. Core Duo 2050.

В обоих установлен Net Framework c 1.1 по 3.5, время создания снимка 130-180 сек до вылета, практически совпадает на обоих.
Автор: abz
Дата сообщения: 21.04.2008 07:12
Shido

Скорее всего всё дело в твоём "SP3", так как не было его ещё выпущено, а как его ваял местный Вася остаётся только гадать. Второй комп тоже с "SP3"?
Автор: SHANDLE
Дата сообщения: 21.04.2008 08:04
Shido
Скорее дело в .NET. 130-180 сек - это из области фантастики. У меня управляется секунд за 8. Я обнаружил, что неожиданно слетели настройки у студии, и она делала проект с динамической линковкой (требуется MFC70U.dll). Последнюю версию сделал со статической линковкой (MFC70U.dll не требуется, во избежании нестыковок различных версий).
Было бы не плохо понаблюдать Process Explorer v 11.11, что он делает до вылета, например сколько памяти отъедает. Может зацикливается, съедает всю виртуальную память, а потом - exception.
Автор: isssx
Дата сообщения: 21.04.2008 15:24

Цитата:
Contact to me http://wgapatcher.ru/contact.php
The source code is updated every day. It already fully has been rewritten some times. Current version is 2.0.2.12. But it has russian interface only. Other languages will be in the future as resource dll.


Got it! ^_^

Thank you!
Автор: Trancsend
Дата сообщения: 21.04.2008 15:25
SHANDLE
1. Насчёт настроек бэтки.
Мне ini больше нравился. Удобнее править и добавлять настройки. А чем править xml? Может сделать "по-выбору"?
2. Честно говоря, раскрывающиеся списки в отчёте, по мне, так - ненужное творчество. Может тоже сделать "по-выбору"?
2. Что-то сохраняет. Но что? Неясно.
Автор: SHANDLE
Дата сообщения: 21.04.2008 15:59
Trancsend

Цитата:
1. Насчёт настроек бэтки.
Мне ini больше нравился. Удобнее править и добавлять настройки. А чем править xml? Может сделать "по-выбору"?

А мне ini совсем не нравятся. xml править можно блокнотом, вордом, фронтпайжем, и др.
И править там нечего, все делается на закладках настроек.

Цитата:
2. Честно говоря, раскрывающиеся списки в отчёте, по мне, так - ненужное творчество.

Иначе - не будет. Потому что мне так удобней.
Автор: Trancsend
Дата сообщения: 21.04.2008 23:18

Цитата:
Иначе - не будет. Потому что мне так удобней.
Как будет угодно монсеньёру.
Автор: Shido
Дата сообщения: 22.04.2008 02:45
SHANDLE Судя по всему ты прав, время создания снимка на виртуальной машине с хр сп2 без фрамеворка 6 сек. На реальной примерно через это время любой ввод вывод прекращается, через полторы минуты вся свободная виртуальная память оказалась сожрана.

Кто виноват посмотрим потестю с разными фрамеворками, и SP3 отпишусь. Работал с
2.0.2.14.
Автор: SHANDLE
Дата сообщения: 22.04.2008 04:14
У меня нет только .NET 3.5 и SP3. Плохо, вообще говоря. Значит где то отказывают тормоза, бесконечный цикл с вытекающими последствиями. Если была бы бесконечная рекурсия, то наверное вылетела бы раньше из-за переполнения стека. Придется заново переделывать саму процедуру снимка.
Автор: SHANDLE
Дата сообщения: 22.04.2008 09:03
Попробуй версию 2.0.2.16. Если и там без тормозов, то придется искать в другом месте.
Автор: Shido
Дата сообщения: 22.04.2008 10:45
Попробовал на реальной машине (ноутбук) - сработало без вылета, но есть пара вопросов.

1. Время значительно меньше чем раньше, но все равно больше 6 секунд. Это хорошо или плохо?
2. Время для первого снимка 51.82, а вот второй 21.62 - это нормально?
3. В отчёте упоминаются ошибки 5 шт. Это что?
4. Процедура создания снимка происходит как бы рывками, т.е. ускорение-торможение на 1-2 сек- ускорение. Насчитал примерно 4 цикла. Может быть связано с ошибками?
5. На компе только 3 пользователя встроенный администратор, локальный пользователь, и доменный пользователь. Почему-то идентефикаторов значительно больше. Причём создаётся впечатление, что туда попал мусор. Или чего то я не понял?

Архив с отчётом тут http://www.rapidshare.ru/654240

Попробую на втором (попозже, он домашний) и на виртуалке отпишусь.
Автор: SHANDLE
Дата сообщения: 22.04.2008 13:01
Shido
В принципе уже хорошо, что перестало вылетать.
Второй снимок делается быстрее - это следствие кэширования. Но все равно что то медленно.
Про рывки пока трудно что то предположить, какой то тормозящий фактор?
Ошибки - это разделы в которые в принципе не пускают. Я себе разрешил заглядывать в закрытые разделы, в них нашел эти самые, которые дают ошибки. regedit на них тоже ругается, говорит что то вроде "не существует" (хотя сам их видит).
Идентификаторы они не только у пользователей, но и у групп и пр. Я их все собираю, что попадутся. Они потом могут присутствовать в разрешениях для ключей. Так будет проще с ними разбираться. Там не мусор, отчет до конца не доделал, проблемы с кодировками.

А винчестер как, места хватает, дефрагментацию давно делал?
Автор: Shido
Дата сообщения: 22.04.2008 16:04
SHANDLE

Цитата:
Но все равно что то медленно.

Интересная статистика проверил на виртуалке:

Снимок 1-й 2-й
2.0.2.16 5.12 9.29
2.0.2.14 6.31 5.21

Для сравнения использовалась свежеустановленная XP, вносились идентичные рег-файлы, откат производился средствами VMWARE 6.0.2. Результат стабилен (10 попыток) отклонения 0,2-0,9 с (по данным отчёта). Количество разделов 68500 и ключей 158000

Но это только под виртуалкой, на реальной в разы больше - до 60 сек - при увеличении количества разделов [160656] и параметров [290004]


Цитата:
А винчестер как, места хватает, дефрагментацию давно делал?


Что касается дефрагментации и места то всё ОК. Каспера отключал полностью с выгрузкой всех его процессов.

Автор: SHANDLE
Дата сообщения: 24.04.2008 14:25
http://czechcup.ru/regshot/report.html#q
Автор: Lev10
Дата сообщения: 02.06.2008 00:00
Последняя версия 2.0.1.63 здесь: http://www.czechcup.com/regshot/
Автор: Romi
Дата сообщения: 02.06.2008 09:07
Интересная прога!
Автор: SHANDLE
Дата сообщения: 02.06.2008 11:02
Я сейчас жутко занят (ремонтирую капитально квартиру). На регшот времени совершенно нет.
После ремонта продолжу. В версии 2.0.1.63 почти ничего не изменилось. Добавлен был китайский язык.
Автор: Lev10
Дата сообщения: 02.06.2008 18:00
Задавал вопрос тут: http://forum.ru-board.com/topic.cgi?forum=5&topic=15300&start=240#17
Реально ли отследить изменения в реестре, если таковые были сделаны?
Автор: SHANDLE
Дата сообщения: 03.06.2008 04:33
Lev10

Цитата:
Реально ли отследить изменения в реестре, если таковые были сделаны?

Regshot именно это и делает. Из двух снимков реестра вытягивает всю разницу.

Автор: Vasily_Koshkin
Дата сообщения: 11.06.2008 09:00
Здравствуйте, уважаемые! Regshot - хорошая прога, главным образом потому, что не требует установки. Как говорится, "все свое ношу с собой". Удобно, ничего не скажешь. Есть мысль использовать ее для добавления драйверов контроллеров в "убитые" системы. Алгоритм прост - загружаемся, допустим, с LiveCD, делаем первый снимок реестра, ставим драйвер через DrvLoad, делаем второй снинок реестра, сравниваем и результат импортируем в реестр "убитой" системы. Вопроса, собственно, два: 1) Можно ли эти операции произвести из командной строки? и 2) Какие надо выставить настройки, чтобы получился стандартный REG-файл, содержащий только те записи, которые добавились/изменились после установки драйвера и полностью пригодный для импортирования в реестр штатными средствами?
Автор: Xpe6eT
Дата сообщения: 14.06.2008 22:02
Доброе время суток,
Недавно перешол на висту (Ultimate x64), суть проблемы заключается в следующем:
при запуске регшот потребляет ~3,5Мб памяти, при попытке сделать снимок реестра начинает паразитически поедать системные ресурсы (за 500 сек. ~750 Мб!!!!), причём в итоге не выдаёт результат а просто вылетает((((, может кто сталкивался подскажите как решить проблему плиз, очень нуждаюсь в этой софтине.
Автор: SHANDLE
Дата сообщения: 14.06.2008 22:18
Xpe6eT
На висте не тестировался, на x64 - тоже не тестировался (вернее собран только для x32).
Ресурсов действительно поедает много, это нужно для высокой скорости.
Решение всех проблем отложено, см. немного выше.
Автор: Shido
Дата сообщения: 31.07.2008 01:49
Прога обновилась, не принципиально, но все равно приятно, что процесс идёт.
Цитата:
Версия 2.0.1.63b
20 июля 2008. Добавлен перевод итальянского и китайского интерфейса.

Страницы: 123456789101112131415

Предыдущая тема: MDaemon Server


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.