Не может такого быть, что-то не правильно настртено в системе, коли, она несчастны дамп читает за 5-6 мин, за такое время я дважды умудрялся передавать в системе огромные рисунки, в несколько сот Mb каждый
------------ Дoбавленo в 10.17:
Вообще-то нигде, а в HiAsm-e тем более, не найдеся ничего, чтобы работало быстрее. В компоненте применена API-функция Вмнды и Memory Stream, те, изначално ПО оказалось энергоемким, в угоду быстродействию.
Этот топик читают: Гость
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
карма: 22 |
|
Ответов: 19
Рейтинг: 2
|
|||
Нет, в параллельном потоке не пробывал, как это сделать?
|
|||
карма: 0 |
|
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
Применить вот это для запуска дампа
|
|||
карма: 22 |
| ||
Голосовали: | Любитель Hiasm |
Ответов: 19
Рейтинг: 2
|
|||
Применить вот это для запуска дампа
Попробывал вставить в разрыв перед точкой запуска дампа, тогда не делается дамп code_14921.txt |
|||
карма: 0 |
| ||
файлы: 1 | code_14921.txt [1.3KB] [1037] |
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
Любитель Hiasm писал(а): тогда не делается дампНемного неправильно. Запускать надо все в дополнительном потоке. Вот пример (читаем HiAsm)
|
|||
карма: 22 |
|
Ответов: 19
Рейтинг: 2
|
|||
nesco,
У меня в приведенной выше схеме при вставке ее в Hiasm выдает сообщение "Точка входа onClik элемента Thread не найдена" обновление по svn не помогло. |
|||
карма: 0 |
|
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
Любитель Hiasm писал(а): У меня в приведенной выше схеме при вставке ее в Hiasm выдает сообщениеУбрал, непонятно откуда влезшие, три строчки |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
После того, как
nesco писал(а): Убрал, непонятно откуда влезшие, три строчкиКто виноват ты или форум - не разбирался, но эффект конечно интересный. компоненты растянул я (они лежат друг на друге ) |
|||
карма: 25 |
| ||
файлы: 1 | sn.png [11.2KB] [806] |
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
Tad писал(а): они лежат друг на другеПерезалил схему |
|||
карма: 22 |
|
Ответов: 19
Рейтинг: 2
|
|||
Del. Разобрался, не совпадали имена пользователей. Хотя дамп всеравно снимается долго, система уже чистая, Программа HiAsm_4.02b179
|
|||
карма: 0 |
|
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
Любитель Hiasm писал(а): У меня при использовании компонента для запуска схемы в другом потоке, дамп не снимаетсяДаже на HiAsm.exe Любитель Hiasm писал(а): стоит значение остановить поток после первой итерации?Поток остается запущенным до тех пор, пока не будет подана команда doStop или повторно не будет дана команда doStart после исполнения цепи событий, вызванной событием onExec при BusyEvent=Ignore. А то, что написано, означает что событие будет выдано на точку onExec только один раз и не будет выдаваться в цикле ------------ Дoбавленo в 12.15: Dilma, описание FastStop и StopFlag совершенно неправильно отражают суть происходящего процесса. Написано, что поток останавливается, хотя, на самом деле, прекращается только выдача событий при запущенном потоке и управление передается главному потоку, но запущенный поток не останавливается |
|||
карма: 22 |
|
Ответов: 19
Рейтинг: 2
|
|||
nesco,
Даже на HiAsm.exe
Все заработало, но дамп получается 156 мб и снимается 1,5 мин. Нельзя ли как в WinHex дампить именно сам процесс не прихватывая используемую библиотеками и прочим лишнюю память? |
|||
карма: 0 |
|
Разработчик
Ответов: 26149
Рейтинг: 2127
|
|||
Любитель Hiasm писал(а): Нельзя ли как в WinHex дампить именно сам процесс не прихватывая используемую библиотеками и прочим лишнюю память?Мы тут это уже разбирали, у меня укоротить не получилось, или совсем надо концепцию менять. Но как лучше реализовать, предложений не поступало, и потому, я оставили это дело висеть "как есть" |
|||
карма: 22 |
|
Ответов: 2125
Рейтинг: 159
|
|||
А нельзя, что-ли, сначала сдампить заголовок exe-шника (обычно по адресу 0x400000), а оттуда уже выудить размер и расположение секций?
|
|||
карма: 1 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
nesco писал(а): описание FastStop и StopFlag совершенно неправильно отражают суть происходящего процесса. Написано, что поток останавливается, хотя, на самом деле, прекращается только выдача событий при запущенном потоке и управление передается главному потоку, но запущенный поток не останавливаетсянаписано все правильно и запущенный поток останавливается |
|||
карма: 27 |
|