Общая ошибка защиты в модуле win87em dll

Наконец то пришел шнурок!
Брал на алишке, долго подбирал, искал именно что бы были все чипы и прошивкой 921815C.
Нашел за 2500р полную версию и доставка была из России, если выбрать у этого же продавца доставку из другой страны, например из Китая, то цена уже 4500р (обычная цена для такой комплектации), прям не поверил своим глазам.
Заказал 29.06.2018.
продавец сразу же написал что в России такого товара нет и просит отменить покупку. Я немного расстроился, подумал очередной развод, но решил не отступать, сказал что готов ждать доставку из другой страны. На мое удивление Китаец согласился, предложил отправить из Китая, я согласился. Уточнил у него, что он пришлет мне именно ту комплектацию, которую я заказал, он ответил:
Джули Лонг
18/07/01 23:29
да дорогой,
он будет таким же, как вы приказали. (прям обожаю яндекс переводчик, поднимает самооценку)))
И вот 28.07.2018 я получил посылку, сразу на почте вскрывать не стал (а пипец как хотелось!). Решил перестраховаться и записать на видео вскрытие упаковки и самой лексии, думал если пришлет урезанную (без чипов), то открою спор и верну деньги.
Прибежал домой, сразу за стол, телефон в штатив, кликнул запись и начал вскрытие.

Полный размер

Радости было полные штаны, когда я увидел все чипы на своих местах!

Полный размер

Полный размер

Полный размер

Китаец не обманул!
Заранее на работе был подготовлен планшет-ноутбук для работы с лексией, была поставлена виртуальная машина и установлена windows xp.
В хр поставил PP2000, подключил шнур, подключил шнурок к авто, все зарегистрировал через генератор ключей (инструкцией кучу в интернете) показались заветные шестеренки началась загрузка и тут на тебе! ошибка в приложении!
WINCAD вызвал общую ошибку защиты в модуле WIN87EM.DLL в 0001:02C9
Часа два сидел на форумах, искал в чем же ошибка.
Эта ошибка связана с виртуальной машиной, что то там с графикой. У меня стоит Oracle VM VirtualBox/
Уже начал ставить другую виртуалку, в которой такую проблему решили, как вдруг нашел простейшее решение этой ошибки:

Загрузите winfloat.exe из www.conradshome.com/win31/archive/
Закидываем в виртуальную этот файлик, на рабочий стол.
Кликаем два раза на winfloat.exe .
На рабочем столе появится куча файлов.
Найдите HIDE87.com и Скопируйте HIDE87.com в C:WindowsSystem32 (я закинул все файлы с именем HIDE87)
Открыть c:windowssystem32autoexec.nt с помощью блокнота
В файла, первую строку пропускаем, после нее добавьте следующие (редактировал в мае 2020г., была ошибка во второй строке):

REM Fix для ошибки защиты генератора в win87em.dll
lh %SystemRoot%system32HIDE87.com

Перезагружаем виртуальную машину и радуемся PP2000.
Поигрался с настройками, особо интересного ничего пока не сделал, считал кучу ошибок, да пошел домой на часах было 01.00 ночи))

Сейчас проверил продавца, такой сладкой цены уже нет(((

I am attempting to run a legacy, 16-bit program, P3, on a Windows XP Mode Virtual Machine, hosted by a Windows 7 x64 box. When performing various activities in the program, I receive «P3 caused a General Protection Fault in module WIN87EM.DLL
at 0001:02C6.» This occurs on multiple platforms (Core i5, Core 2 Duo).

Based on my research, I have found «The Windows 80×87 emulator library,
WIN87EM.DLL, works at the 16-bit-Windows level
to virtualize the coprocessor among multiple Windows-based applications that run inside the system VM.»

It appears to me that, with the Virtual Machine using a Virtualized Processor (not related to the above reference to «virtualized coprocessor») as opposed to an emulated processor, the Virtual Math Coprocessor Device (VMCPD) and/or WIN87EM.DLL
generate an error from the virtualized processor (perhaps they do no recognize it?)

In addition «When the kernel loads an application, it checks to see if floating-point hardware is present. If a coprocessor is not present, the kernel uses the
fixup records to replace the actual floating-point instructions with
Interrupt 3x calls to emulation code in WIN87EM.DLL.»

I have found some information that points to «hiding» the math coprocessor from the Virtual Machine, so it doesn’t go to the processor. This apparently can be achieved by using a program called WinFloat which includes a tool called HIDE87, which is suppose
to hide the math coprocessor from the kernal.

The issue I’m running into is, to properly achieve this, HIDE87 must be loaded before Windows. I have tried a couple techniques, but I think I’m doing it wrong. I have tried adding the HIDE87 program to the System32 directory and then adding
HIDE87 (just before autocheck autochk *) to BootExecute under the HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager
key.

For a little more info, when you run HIDE87 from the command prompt it reads «HIDE87: Int 11h hook installed (must reboot to remove).» The documentation says this is what needs to occur before Windows loads. You can find WinFloat here:
http://support.microsoft.com/kb/97265.

Any help or insight would be greatly appreciated.

Файл win87em.dll считается разновидностью DLL-файла. DLL-файлы, такие как win87em.dll, по сути являются справочником, хранящим информацию и инструкции для исполняемых файлов (EXE-файлов), например sapisvr.exe. Данные файлы были созданы для того, чтобы различные программы (например, Windows) имели общий доступ к файлу win87em.dll для более эффективного распределения памяти, что в свою очередь способствует повышению быстродействия компьютера.

К сожалению, то, что делает файлы DLL настолько удобными и эффективными, также делает их крайне уязвимыми к различного рода проблемам. Если что-то происходит с общим файлом DLL, то он либо пропадает, либо каким-то образом повреждается, вследствие чего может возникать сообщение об ошибке выполнения. Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки возникают в момент, когда происходит попытка загрузки файла win87em.dll — либо при запуске приложения Windows, либо, в некоторых случаях, во время его работы. К числу наиболее распространенных ошибок win87em.dll относятся:

• Нарушение прав доступа по адресу — win87em.dll.
• Не удается найти win87em.dll.
• Не удается найти C:WindowsSystem32win87em.dll.
• Не удается зарегистрировать win87em.dll.
• Не удается запустить Windows. Отсутствует требуемый компонент: win87em.dll. Повторите установку Windows.
• Не удалось загрузить win87em.dll.
• Не удалось запустить приложение, потому что не найден win87em.dll.
• Файл win87em.dll отсутствует или поврежден.
• Не удалось запустить это приложение, потому что не найден win87em.dll. Попробуйте переустановить программу, чтобы устранить эту проблему.

Файл win87em.dll может отсутствовать из-за случайного удаления, быть удаленным другой программой как общий файл (общий с Windows) или быть удаленным в результате заражения вредоносным программным обеспечением. Кроме того, повреждение файла win87em.dll может быть вызвано отключением питания при загрузке Windows, сбоем системы при загрузке win87em.dll, наличием плохих секторов на запоминающем устройстве (обычно это основной жесткий диск) или, как нередко бывает, заражением вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Перейти к контенту

1

  lh% SystemRoot%  system32  HIDE87.com

I am attempting to run a legacy, 16-bit program, P3, on a Windows XP Mode Virtual Machine, hosted by a Windows 7 x64 box. When performing various activities in the program, I receive «P3 caused a General Protection Fault in module WIN87EM.DLL
at 0001:02C6.» This occurs on multiple platforms (Core i5, Core 2 Duo).

Based on my research, I have found «The Windows 80×87 emulator library,
WIN87EM.DLL, works at the 16-bit-Windows level
to virtualize the coprocessor among multiple Windows-based applications that run inside the system VM.»

It appears to me that, with the Virtual Machine using a Virtualized Processor (not related to the above reference to «virtualized coprocessor») as opposed to an emulated processor, the Virtual Math Coprocessor Device (VMCPD) and/or WIN87EM.DLL
generate an error from the virtualized processor (perhaps they do no recognize it?)

In addition «When the kernel loads an application, it checks to see if floating-point hardware is present. If a coprocessor is not present, the kernel uses the
fixup records to replace the actual floating-point instructions with
Interrupt 3x calls to emulation code in WIN87EM.DLL.»

I have found some information that points to «hiding» the math coprocessor from the Virtual Machine, so it doesn’t go to the processor. This apparently can be achieved by using a program called WinFloat which includes a tool called HIDE87, which is suppose
to hide the math coprocessor from the kernal.

The issue I’m running into is, to properly achieve this, HIDE87 must be loaded before Windows. I have tried a couple techniques, but I think I’m doing it wrong. I have tried adding the HIDE87 program to the System32 directory and then adding
HIDE87 (just before autocheck autochk *) to BootExecute under the HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager
key.

For a little more info, when you run HIDE87 from the command prompt it reads «HIDE87: Int 11h hook installed (must reboot to remove).» The documentation says this is what needs to occur before Windows loads. You can find WinFloat here:
http://support.microsoft.com/kb/97265.

Any help or insight would be greatly appreciated.