Вот такая штука при копировании контейнеров с вложенными схемами падает в системный журнал Win:
Имя сбойного приложения: HiAsm.exe, версия: 0.0.0.0, отметка времени: 0x2a425e19
Имя сбойного модуля: GDI32.dll, версия: 6.1.7601.17514, отметка времени 0x4ce7ba53
Код исключения: 0xc0000005
Смещение ошибки: 0x00015f57
Hiasm при этом виснет...и естественно ничего не копирует.Приходется его убивать черз диспетчер задач.Причем что на реальном железе что на двух системах поднятых через "варю" (ХP и W7). Это хроническое для среды или "лечится"(другая Win,мешющее ПО и т.д)
HiASM build4.04b185
Этот топик читают: Гость
Ответов: 41
Рейтинг: 0
|
|||
карма: 0 |
|
Ответов: 168
Рейтинг: 7
|
|||
FIXER2005 писал(а): Код исключения: 0xc0000005Этот код ошибки в подавляющем числе случаев связан с файловой системой что-то чево-то не туда пишет или пытается получить доступ на монопольно открытый файл другим процессом/потоком |
|||
карма: 1 |
|
Ответов: 5446
Рейтинг: 323
|
|||
flash1103, ну положим не с файловой системой, а с памятью - ибо это код ошибки Access Violation (нарушение правил доступа к памяти - например, обращение к освобождённому или неинициализированному участку памяти).
|
|||
карма: 1 |
|
Ответов: 41
Рейтинг: 0
|
|||
iarspider писал(а): ну положим не с файловой системой, а с памятью - ибо это код ошибки Access Violation (нарушение правил доступа к памяти - например, обращение к освобождённому или неинициализированному участку памяти).Думаю это не на физическом уровне..memtest планки проходят успешно.Чем меньше вложенность схем,тем меньше данный эффект и возникновение ощибки. Кто может сказать это решается на уровне не супер глобальных изменений (смена ос,железа)? может переход на новую библотеку вывода графики cario в Hiasm 5 решит проблемы с коированием мультивложенных схем большого объема? Ждем..5-ю среду Все же это кардинальные изменения. |
|||
карма: 0 |
|
4