От: | ononim | ||
Дата: | 14.02.22 09:52 | ||
Оценка: |
В моем сообщении было как раз про объективные обстоятельства. Если у вас процесс упадет в результате stack overflow, у вашего VEH/SEH handler'а объективно будет менее 4КБ стека на все про все. Если у вас heap corruption — вы объективно не сможете вызвать malloc без вторичного крэша или зависона. А если ктото в вашем процессе сделал HeapSetInformation(..HeapEnableTerminationOnCorruption..) то на ваш хэндлер вообще объективно покладут болт.предвзятый; на основе заранее принятой точки зрения, без учёта объективных обстоятельств
От: | Mystic Artifact | ||
Дата: | 25.02.22 22:57 | ||
Оценка: |
От: | Mystic Artifact | ||
Дата: | 28.02.22 18:06 | ||
Оценка: |
O>В моем сообщении было как раз про объективные обстоятельства. Если у вас процесс упадет в результате stack overflow, у вашего VEH/SEH handler'а объективно будет менее 4КБ стека на все про все. Если у вас heap corruption — вы объективно не сможете вызвать malloc без вторичного крэша или зависона. А если ктото в вашем процессе сделал HeapSetInformation(..HeapEnableTerminationOnCorruption..) то на ваш хэндлер вообще объективно покладут болт.предвзятый; на основе заранее принятой точки зрения, без учёта объективных обстоятельств
Это было же выделенно. WER работает не всегда, а именно он работает так, как его отконфигурировать.В самом упавшем процессе может максимум быть код его запуска, и то нынче wer работает всегда.