Собственно, при выполнении компилированной в VS2010 программы возникает следующее исключение:


"Попытка чтения или записи в защищенную память. Это часто свидетельствует о том, что другая память повреждена." (при вызове strncpy).

Выложить исходники не могу.

Вероятность того, что где-то память теряется, чрезвычайно мала. Скорее всего, из-за DEP. Прочитал на одном форуме следующее:

Windows Vista и выше по умолчанию используют возможности процессора под названием DEP (aka NX) для предотвращения "исполнения данных". Однако, многие неуправляемые библиотеки активно "исполняют данные", особенно, если эти библиотеки написаны с использованием старых версий ATL. По умолчанию компилятор C# для фреймворка 2.0 c установленным SP1 помечает все сборки специальным флагом в PE заголовке, который сообщает системе, что данный код совместим с DEP/NX и не собирается "исполнять данные". В принципе, если приложение написано на чистом управляемом коде и не использует P/Invoke то такое предположение верно. Но во многих случаях это не так. Повлиять на компилятор "по-хорошему" не получится, ибо флага, управляющего таким поведением попросту нет. Зато есть дивный инструмент - editbin из состава Platform SDK - вот он позволяет поправить некоторые флаги в PE заголовке уже готовой управляемой сборки (да и для неуправляемых библиотек он тоже подойдёт). Так что, если это Ваш случай, то editbin Вам в руки. Я с этой проблемой столкнулся где-то год назад и теперь в моём проекте главный exe-шник патчится примерно так:


Вопрос в следующем: куда вообще фигачить эти макросы? ( ну не занимался я программированием долго )

-----
Харе курить веники и нюхать клей, к вам едет из Америки бог Шива, и он еврей.

| Сообщение посчитали полезным:

Ну, вообще, это надо в консоли выполнять...

PS Мне всё равно кажется, что это проблема не из-за DEP, а из-за неправильной работы с указателями...

| Сообщение посчитали полезным:

да фишка в том, что до переноса из консольного проекта ряда функций в проект windows foorms все работало идеально. Поэтому и думаю, что не из-за неправильной работы.

-----
Харе курить веники и нюхать клей, к вам едет из Америки бог Шива, и он еврей.

| Сообщение посчитали полезным:

А при чём тут ДЕП и копирование, когда деп отслеживает выполнение кода, на что его название как бы намекает. Лучше бы взял и отладил, чем все подряд флаги тыкал наобум.

| Сообщение посчитали полезным:

Crawler пишет:
при вызове strncpy
Ну так смотри куда пишешь), проверь длину строки (наличие нуль-символа) и размер буффера, а также доступность буффера на запись.

| Сообщение посчитали полезным:

Деп можно так отключить


-----
Nulla aetas ad discendum sera

| Сообщение посчитали полезным:

Archer
Не наобум. Я ж говорю - в консольной версии работало... причем набор функций тот же. И люди сталкивались с подобной проблемой, отключение dep их решало. Может, правда и твоя.


int
да отлаживал в 2010 студии пошагово все. на первой итерации цикла пишет в массив, на второй - уже отказзывается. Адреса совпадают, атрибуты памяти никакие не изменяются. Примерно так это было:



Flint
спасибо, попробую чисто ради интереса (: проблему решил просто - полностью переписал код по-новой потратил время, конечно. Как ни отлавливал этот баг, никак не понял, в чем он заключается.

-----
Харе курить веники и нюхать клей, к вам едет из Америки бог Шива, и он еврей.

| Сообщение посчитали полезным:

Код к DEP не имеет никакого отношения. Где-то портится память. Причем, совсем не обязательно, что в том участке кода, где падает. Возможно, действительно, в str[i] не было \0. или портился указатель ubase[0].username[0]. Кстати, как userbase[0].username определен и инициализирован?

//Если код переписан по-новому и нормально работает, я бы не стал париться с отключением DEP, а просто использовал новый код.

| Сообщение посчитали полезным:

Crawler
Как определено поле username в структуре/классе userbase? Сдается мне, что задумано было так: username[0]

| Сообщение посчитали полезным:

int

ubase[d].username[0] = new char [1000];
все правильно

-----
Харе курить веники и нюхать клей, к вам едет из Америки бог Шива, и он еврей.

| Сообщение посчитали полезным:

Crawler
Может дело в static ?? По ходу вы свой нехилый массив запихиваете в стек, который есно не резиновый. В крайнем случае пул выделить для массива

| Сообщение посчитали полезным:

Crawler пишет:
ubase[d].username[0] = new char [1000];
Почему 0?

Либо у тебя так:

char *username[];

либо так:

char *username;

Во втором случае никакого нуля не надо (и ubase[d].username = new char [1000];). Это конечно было бы странно, если бы в этом ошибся, но мало ли.

| Сообщение посчитали полезным:

Flint
Сомнительно что это можно динамически.
Crawler
DEP - это из области перекидывания EIP на стек или другую область данных.
Почему бы вам не поставить обработку исключений и посмотреть адрес ошибки
и её причину. см. wasm.ru/forum/viewtopic.php?pid=309996#p309996

-----
продавец резиновых утёнков

| Сообщение посчитали полезным:

HiEndsoft пишет:
Flint
Сомнительно что это можно динамически.

Проверьте



77f6_24.02.2011_CRACKLAB.rU.tgz - test_DEP.rar

-----
Nulla aetas ad discendum sera

| Сообщение посчитали полезным:

Flint
Сервис возвращает STATUS_ACCESS_DENIED изза флажка MEM_EXECUTE_OPTION_PERMANENT, после установки которого повторный вызов сервиса будет отклонён, что собственно и происходит. А устанавливает его загрузчик(можно обнаружить вызов в олли сразу за системным брейком) на основе конфигурации(флажки в реестре и пр.), по дефолту читает параметры из USD, куда они загружаются на основе ключей в бутини при запуске ядра. По тойже причине нельзя использовать сех вне модулей.

| Сообщение посчитали полезным:

Crawler пишет:
strncpy (ubase[0].username[0],str[i],strlen (str[i]));
Что такое str ? Почему пишем ТОЛЬКО в ubase[0] ? (но это скорей логическая ошибка)

Проблему вижу в следующем: str - массив из 1 строки (опять логическая ошибка где то при заполнении). Отсюда при обращении ко второму элементу получаем Access Violation.

Crawler пишет:
Я ж говорю - в консольной версии работало...
Консольная версия скорей всего была собрана в release (без проверок) и в твою базу писался мусор.

| Сообщение посчитали полезным:

Flint
Ваш код ничего не доказывает: при запуске вашего теста - DEP для вашего приложения не включен (не взведён NX бит в PE хидере. Мой проц не поддерживает аппаратный DEP.). Поместите в тестовую программу принудительное вкл. DEP (установите при линковке NX-бит + DWORD flags=1; HANDLE hProcess=LongToHandle(-1); NtSetInformationProcess(hProcess,ProcessExecuteFlags, &flags, 4); ) тогда ещё что-то можно будет рассмотреть. Но насколько помню включать динамически DEP можно, причём hProcess, полученный с соответствующими правам может быть практически любой, а вот отключать "на лету" - нет.

-----
продавец резиновых утёнков

| Сообщение посчитали полезным:

HiEndsoft
Вы меня слышите или нет ?
Какое есчо включите.. имя вашего экзешника нужно зарегать в в конфиге ?
Или мб изменить бутини и выполнить ребут.. это защита установлена авторами намеренно и просто так она не обходится поймите.

| Сообщение посчитали полезным:

Clerk
А написал я всё вышеизложенное для того что бы указать Flint что его пример ничего не доказывает.
Включать DEP динамически можно, выключать - нет. Пример из жизни XPSP3, проц без аппаратной поддержки DEP. Мой процесс создаёт дочерний процесс в Job'e в suspend - состоянии (у дочернего в PE установлен NX), затем ч/з NtSetInformationProcess вкл. для дочернего DEP, и он реально включается flags=1; NtSetInformationProcess(pi.hProcess,ProcessExecuteFlags, &flags, 4)=STATUS_SUCCESS, что DEP включился - наглядно видно в том же ProcessExplorer. При этом в винде DEP по умолчанию включен только для осн. служб + PAE. Обратная операция не прокатывает.

-----
продавец резиновых утёнков

| Сообщение посчитали полезным:

HiEndsoft в общем спорить не буду, не в полной мере владею информацией ) Однако:

HiEndsoft пишет:
При этом в винде DEP по умолчанию включен только для осн. служб

Сделайте "Включить DEP для всех программ и служб, кроме выбранных ниже:", после перезагрузки запустите test_DEP.exe с адреса 0040101A. Получите исключение. А если начать с OEP, то программа нормально выполнится.

О чем это говорит?

-----
Nulla aetas ad discendum sera

| Сообщение посчитали полезным:

Flint пишет:
О чем это говорит?
Наверное о том, чтоб не шаманить с бубном нужно было сделать нормальный тест, при запуске которого, хотя бы видно было бы что деп есть после загрузки.

-----
продавец резиновых утёнков

| Сообщение посчитали полезным:

Что есть по-вашему нормальный тест?

-----
Nulla aetas ad discendum sera

| Сообщение посчитали полезным:

Flint
Вызвать код на стеке, заключив вызывающий код в сех.

| Сообщение посчитали полезным:

Clerk

))) Я сам хотел такое предложить, но не стал. Вот он:



a268_25.02.2011_CRACKLAB.rU.tgz - 1.rar

-----
Nulla aetas ad discendum sera

| Сообщение посчитали полезным: