для тестирования моего собственного приложения на совместимость с LargeAddressAware (LAA) я установил AllocationPreference
окон "Управление памятью" на MEM_TOP_DOWN, как предложено в https://stackoverflow.com/a/22745579
"MemTopDown.reg" (требуется перезагрузка Windows):
REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"AllocationPreference"=dword:00100000
-
в моей тестовой среде я обновился до Windows 10 версии 1703 (Creators Update).
по совпадению я заметил, что другие 32-битные приложения, которые также поддерживают LAA, теперь терпят крах. например:
- Firefox 53,0
- хром 58.0.3029.81
- Adobe Acrobat Reader, 17.009.20044
- irfanview 4.44
- xmind 8 (3.7.1.201612151837)
- MS Excel 16.0.4522.1000
- мс powerpoint 16.0.4266.1001
все эти сбои указывают на:
Faulting module name: CoreMessaging.dll, version: 10.0.15063.0
-
вопрос:
Есть ли известная ошибка в Windows 10 (версия 1703) и переключатель AllocationPreference
?
-
редактировать:
для решения первоначальных комментариев: этот вопрос о тестовой среде с помощью переключателя реестра AllocationPreference
включена - что не существует по умолчанию! это пользовательский переключатель, чтобы лучше идентифицировать ошибки приложения с адресами памяти.
но здесь , кажется, ошибка с окнами самой ОС: кажется , что любое приложение 32bit с LAA позволило бы врезаться в случае , если переключатель MemTopDown установлен.
Симптом не наблюдается на более ранних уровнях пакета обновления Windows 10.
Симптом не наблюдается в других версиях, таких как Windows 7.
-
edit2:
примечание ко всем этим начальным "комментариям": теперь я добавил параметр реестра к этому вопросу.
просто добавьте его в свою систему, перезагрузите компьютер и увидите, что все 32-битные приложения LAA аварийно завершаются ...
чтобы вернуться назад, просто удалите эту запись реестра, снова.
-
Edit3:
Теперь добавление снимка экрана из моих аварийных дампов WER (отчеты об ошибках Windows) на http://sysdev.microsoft.com/
он указывает на «microsoft ::coreui ::dispatch ::useradapter_handledispatchnotifymessage»: