Проблема в следующем:
при попытки изменить значение переменной типа char, значение не изменяется:

char s[255];
...
обработа
...
s[1] = 50;

если переменную объявить в функции то не меняется значаение переменной, смотрю по отладчику.
если глобальную сделать, то всё ок.
Также не меняют значения int переменные..

На коротких программах всё ок.
А если выростают, то начинаются бока.

Кажется что-то с памятью...


Может кто-то сталкивался с такой проблемой?

Здравствуйте, Аноним, Вы писали:

А>Проблема в следующем:
А>при попытки изменить значение переменной типа char, значение не изменяется:

А>char s[255];
А>...
А>обработа
А>...
А>s[1] = 50;

А>если переменную объявить в функции то не меняется значаение переменной, смотрю по отладчику.
А>если глобальную сделать, то всё ок.
А>Также не меняют значения int переменные..

А>На коротких программах всё ок.
А>А если выростают, то начинаются бока.

А>Кажется что-то с памятью...


А>Может кто-то сталкивался с такой проблемой?

Быть того не может.
Возможные причины:
-не то смотришь под отладчиком
-проект release вмеcто debug
-rebuild all
-какая-нибудь супер-бета версия VS2005, в чем очень сомневаюсь
-кривизна рук
-кривизна мозга.

Здравствуйте, Аноним, Вы писали:

А>если переменную объявить в функции то не меняется значаение переменной, смотрю по отладчику.
Снести башню отладчику можно следующим образом:

// global
int X=0;

void Foo()
{
  // local
  int X=1;

  ++X;
}

Здравствуйте, dcb-BanDos, Вы писали:

DB>Здравствуйте, Аноним, Вы писали:

А>>Проблема в следующем:
А>>при попытки изменить значение переменной типа char, значение не изменяется:

А>>char s[255];
А>>...
А>>обработа
А>>...
А>>s[1] = 50;

А>>если переменную объявить в функции то не меняется значаение переменной, смотрю по отладчику.
А>>если глобальную сделать, то всё ок.
А>>Также не меняют значения int переменные..

А>>На коротких программах всё ок.
А>>А если выростают, то начинаются бока.

А>>Кажется что-то с памятью...


А>>Может кто-то сталкивался с такой проблемой?

DB>Быть того не может.
DB>Возможные причины:
DB>-не то смотришь под отладчиком
DB>-проект release вмеcто debug
DB>-rebuild all
DB>-какая-нибудь супер-бета версия VS2005, в чем очень сомневаюсь
DB>-кривизна рук
DB>-кривизна мозга.

Смотрю то.
Проект release, чтоб быть уверенным как будет работать в финале. (Если можно объясните почему лучше использовать debug во время отладки).
VS2005 8.0.50727.42
Может и кривизна рук...

Пишу BHO, создаю COM объект с помощью ATL. Переменные внутри класса объявленые некоторые не хотят изменятся, некоторые изменяются, не важно какого типа и private или public. Переменные к которым получаю доступ первым в процессе программы нормально изменяют значения. Которые позже не хотят менять. Возможно-ли ограничение памяти на COM объект?

С проблемой справился определив вне класса КОМ объекта переменные.

Здравствуйте, Аноним, Вы писали:


А>Смотрю то.
А>Проект release, чтоб быть уверенным как будет работать в финале. (Если можно объясните почему лучше использовать debug во время отладки).

Release не содержит отладочной информации. Дебагер может показать все-что угодно.

Здравствуйте, <Аноним>, Вы писали:

А>Проблема в следующем:
А>при попытки изменить значение переменной типа char, значение не изменяется:

А>char s[255];
А>...
А>обработа
А>...
А>s[1] = 50;

А>если переменную объявить в функции то не меняется значаение переменной, смотрю по отладчику.
А>если глобальную сделать, то всё ок.
А>Также не меняют значения int переменные..

А>На коротких программах всё ок.
А>А если выростают, то начинаются бока.

А>Кажется что-то с памятью...


А>Может кто-то сталкивался с такой проблемой?

То, что под отладчиком ты видишь изменение глобальных переменных но не видишь изменения локальных, наводит на мысль, что ты отлаживаешь код, сгенерированный с включенной опцией оптимизации кода. В этом режиме мало смысла отлаживаться, поскольку сгенерированный код может катастрофически не совпадать с исходным тесктом программы. Значения каких-то ЛОКАЛЬНЫХ переменных переменных компилятор может не изменять, а проделать вместо этого вычисления в регистрах процессора. Да что там говорить, компилятор при включенной опции оптимизации вообще может не сгенерировать никакого кода, если увидит, что этот код не имеет никакого эффекта, обнаруживаемого за пределами функции. Одним из таких эффектов может быть изменение глобальных переменных. Поскольку к глобальным переменным могут быть обращения из других единиц трансляции, копилятор уже не может проигнорировать инструкции, модифицирующие глобальные переменные (так, как он поступал в случае с локальными переменными). Поэтому изменение значений глодальных переменных ты видишь в отладчике а локальных нет. Для обнаружения ошибки тебе нужно скомпилировать программу в отладочной конфигурации (Debug) и трассировать выполнение программы в этом режиме.

Здравствуйте, dcb-BanDos, Вы писали:

с чем не согласен?!

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

    int i=0;
    for (int i=0;i<100;++i)
    {
        int h=0;
    }
    cout << i;

на строчке cout... в отладчике i=100.

Посоветовать могу одно — попробуй писать в лог, то что нужно проверить или все-таки переключи версию на debug, либо убери в release оптимизацию и выставь в Debug information format — Program Database( Ключ /Zi)

я думаю таких примеров еще куча, был бы код, было б виднее...