Здравствуйте, Alexander G, Вы писали:
K>>Интересно, так ли и на Win7_x64 ?
AG>Win7 x64 Professional SP1 и все обновления AG>верхний не свалился на 200, свалился в синий экран на 800
А не уточните — проверяли на физической или виртуальной?
AG>нижний ограничивается на 49, если ввести больше
Ну да, нижний — и еще 4 других пониже в окне демки — и призваны для контраста предъявить установленное системой ограничение (для Win7 это 50, счет от 0).
По поводу числа окон, которые можно создать без бсода — они будут зависеть от самого простого пути в графе исполнения, то есть, входными данными можно задать такой путь, при котором, к примеру, скушается больше стека, соот-но созданных окон без бсода будет минимальное количество.
Здравствуйте, TSS_TSS, Вы писали:
TSS>Написал небольшой анализ бага: http://kitrap08.blogspot.ru/2015/02/win32k-dos.html TSS>Может быть будет интересно ( надеюсь тут можно оставлять ссылки на чужие источники? )
Здравствуйте, kero, Вы писали:
K>А не уточните — проверяли на физической или виртуальной?
Физическая. В данном случае может быть разница?
Может быть, разница из-за того, что у меня тема классическая (не помню, установкой классической темы, или вообще отключением службы тем) и всякие анимации выключены?
Здравствуйте, kero, Вы писали: K>На моем ноуте с Win7_x86 попытка закрыть окно 80-ого уровня приводит к UNEXPECTED_KERNEL_MODE_TRAP:
Windows 10 Technical Preview — build 9926 (64-bit)
Скрытый текст
nesting = 70 (hwndNew)
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault). The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
use .trap on that value
Else
.trap on the appropriate frame will show where the trap was taken
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: fffff8008b7d4e70
Arg3: ffffd00023693000
Arg4: fffff80089edcab7
Debugging Details:
------------------
"KERNEL32.DLL" was not found in the image list.
Debugger will attempt to load "KERNEL32.DLL" at given base 00000000`00000000.
Please provide the full image name, including the extension (i.e. kernel32.dll)
for more reliable results.Base address and size overrides can be given as
.reload <image.ext>=<base>,<size>.
Unable to add module at 00000000`00000000
BUGCHECK_STR: 0x7f_8
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
PROCESS_NAME: winnest.exe
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre
LAST_CONTROL_TRANSFER: from fffff80089fc415e to fffff80089f35e70
STACK_TEXT:
...
STACK_COMMAND: kb
FOLLOWUP_IP:
win32kfull!DwmAsyncDestroySprite+7a
fffff960`1c7a8176 488bcb mov rcx,rbx
SYMBOL_STACK_INDEX: f
SYMBOL_NAME: win32kfull!DwmAsyncDestroySprite+7a
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: win32kfull
IMAGE_NAME: win32kfull.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 54bdff07
IMAGE_VERSION: 10.0.9926.0
BUCKET_ID_FUNC_OFFSET: 7a
FAILURE_BUCKET_ID: 0x7f_8_win32kfull!DwmAsyncDestroySprite
BUCKET_ID: 0x7f_8_win32kfull!DwmAsyncDestroySprite
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:0x7f_8_win32kfull!dwmasyncdestroysprite
FAILURE_ID_HASH: {5bebe45a-e5fd-2470-0f1e-f30b6952e891}
Followup: MachineOwner
---------
Здравствуйте, Alexander G, Вы писали:
K>>А не уточните — проверяли на физической или виртуальной?
AG>Физическая.
Ага, спасибо.
AG>В данном случае может быть разница?
Мой скудный опыт говорит мне, что может...
AG>Может быть, разница из-за того, что у меня тема классическая (не помню, установкой классической темы, или вообще отключением службы тем) и всякие анимации выключены?
И вроде бы логично, но вот у меня при цветовой схеме "Стандартная Windows 7" (т.е. с включенной композицией рабочего стола и прочего) — бсод на уровне 80,
а при "Windows 7 — упрощенный стиль" и при "классической" (с полным отключением рюшечек) — на уровне 73...
Здравствуйте, kero, Вы писали:
K>Интересно, так ли и на Win7_x64 ?
K>P.S. Демка представляет заодно и остальные 5 случаев оконной (ограниченной на NT) вложенности.
Здравствуйте, koandrew, Вы писали:
K>В MS отправили багу?
А смысл? Не эксплуатабельная, не опасная, и по личному опыту отправлять бестолку:
предыдущий отосланный в MS бсод того же типа тамошние деятели оставили как есть.
Здравствуйте, kero, Вы писали:
K>А смысл? Не эксплуатабельная, не опасная, и по личному опыту отправлять бестолку: K>предыдущий отосланный в MS бсод того же типа тамошние деятели оставили как есть.
>Не эксплуатабельная
А сидя через RDP на терминальном сервере с 50 пользователями, нельзя ли будет этот сервер уронить такой программой? Без прав админа, естественно. И с правами записать и запускать свое из домашнего каталога — потому что гуглохром иначе не будет работать, а пользователям он необходим.
Здравствуйте, aloch, Вы писали:
A>Без прав админа — никак, т.к.
A>[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows] A> "USERNestedWindowLimit"=dword:00000032
Не улавливаю ход мысли, вроде в демке этот ключ реестра и обходится, не поясните?