Почему FogBugz требует, чтобы DEP был выключен?

Question

Почему FogBugz требует, чтобы DEP был выключен?

Мне действительно интересно, почему FogBugz при локальной установке настаивает на том, что DEP выключен?

-1

fogbugz dep data-execution-prevention

Источник

04 янв '09 в 19:48

5 ответов

Другие вопросы по тегам fogbugz dep data-execution-prevention

user4676 05 янв '09 в 23:11 2009-01-05 23:11 · Answer 1 · 2009-01-05 23:11

FogBugz 6 (и более ранние версии) требует, чтобы Data Execution Prevention (DEP) была отключена в версиях Windows с DEP из-за стороннего COM-компонента, который мы используем для анализа электронной почты. Мы исправим это в следующей основной версии FogBugz: FogBugz больше не будет использовать этот сторонний компонент (фактически, следующая версия FogBugz не будет использовать какие-либо COM-компоненты).

user51061 04 янв '09 в 20:08 2009-01-04 20:08 · Answer 2 · 2009-01-04 20:08

Включите его и посмотрите, где он падает с помощью отладчика:) Я столкнулся с некоторыми COM-компонентами, которые выполняли бы некоторый код из блока данных, который вызывал исключения DEP. Я хотел бы предположить, что FogBugz также получает доступ к некоторым нативным компонентам, которые делают то же самое.

05 янв '09 в 05:49 2009-01-05 05:49 · Answer 3 · 2009-01-05 05:49

Мне просто не нравится идея отключить DEP в серверной среде, потому что современное программное обеспечение не может справиться с этим. Тем более, что это единственное программное обеспечение, которое я пробовал за те годы, которые требовали его.

Это во время установки, что я столкнулся с предупреждением DEP.

Как сказано выше в ссылке FogBugz, "имейте в виду, что FogBugz не будет работать должным образом с включенным DEP".

user14768 04 янв '09 в 20:06 2009-01-04 20:06 · Answer 4 · 2009-01-04 20:06

Не зная специфики FogBugz, но...

Самая распространенная причина отключения DEP - неправильно связанные сегменты кода, которые выглядят как сегменты данных.

Вторая наиболее распространенная причина - машинный код в строках. В общем, это действительно плохой стиль, но иногда в Windows это не помогает.

Третья наиболее распространенная причина - некоторый алгоритм в коде, предполагающий макет стека. DEP портит это.

Или, возможно, программа действительно выполняет код в буфере кучи.

user1737 04 янв '09 в 20:18 2009-01-04 20:18 · Answer 5 · 2009-01-04 20:18

Код, который пытается залатать или вставить хук в другие модули в своем адресном пространстве, часто не будет работать, если DEP не отключен или не установлены соответствующие параметры защиты памяти для установленного хука.

Это распространенная техника для некоторых сред (например, Delphi), где "исправления" применяются динамически или во время выполнения для исправления ошибок, которые поставщик еще не устранял.