Имеем MS 2005
имеем код:

for (int j=0 ; j < 10 ; ++j)
{
//поскипано
};
int j=0;

после прохода int j=0; j остается = 10.

имеем код :

for (int j=0 ; j < 10 ; ++j)
{
//поскипано
};
int j;
j=0;

эффект тот же самый

имеем код:

for (int j=0 ; j < 10 ; ++j)
{
//поскипано
};
j=0;

error C2065: 'j' : undeclared identifier

Где грабли?

Здравствуйте, dcb-BanDos, Вы писали:
DB>Где грабли?

код:

#include <iostream>
int main()
{
  for (int j=0 ; j < 10 ; ++j)
  {
    //поскипано
  };
  int j=0;
  std::cout << j;
}

output:

0

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

DB>Где грабли?
Глюк дебагера

DB>Где грабли?

Ты отладчиком смотришь? Ну, стало быть, в нем и грабли.

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

DB>Где грабли?
код

for (int j=0 ; j < 10 ; ++j)
{

}
int j=0;
printf("j = %d", j);

выведет 0 если ты смотришь в закладке watch то просто видешь j которое в цикле объявлено,
посмотри в закладке Locals там их вообще 2 штуки будет. Вообще это глюк дебагера не может в стеке разобраться

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

DB>Где грабли?

Грабли в том, что ты зачем-то завёл в одной функции две разные переменные j.

Они конечно одновременно существовать не должны, но деструктор у int тривиальный, а память на стеке компилятор может освобождать когда угодно, тем более в debug версии...

Ты всё время смотришь отладчиком на место в памяти, где лежит параметр цикла, а вторую j заводят где-то ещё.
Но ты запутываешь не только отладчик, но и читателя своей программы (а может и себя самого).
Не заводи в одной функции две одноимённые переменные и будет тебе счастье

у int нет деструктора, даже тривиального

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

L_L>у int нет деструктора, даже тривиального
Ну "существует ли тривиальный деструктор" -- прекрасная тема для теологического спора
Вот, например, аргумент за:

template<typename T> void f( T& t ) { t.~T(); }
void ggg()
{
    int q;
    f( q );
}

E>Вот, например, аргумент за:

http://rsdn.ru/Forum/Message.aspx?mid=300137&amp;only=1

Автор: Андрей Тарасевич
Дата: 18.06.03

Здравствуйте, Erop, Вы писали:
E>Не заводи в одной функции две одноимённые переменные и будет тебе счастье
Я бы скорее сформулировал как "Не доверяй слепо дебагеру, и будет тебе счастье"
Дебагер это часто полезная штука, но из за многочисленных особенностей, к информации из дебагера стоит относится очень осторожно, не в коем случае не считая её истинной в последней инстанции.

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

E>>Вот, например, аргумент за:

L_L>http://rsdn.ru/Forum/Message.aspx?mid=300137&amp;only=1

Автор: Андрей Тарасевич
Дата: 18.06.03

А верно ли это для тривиального деструктора? Например деструктора POD?

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

E>Грабли в том, что ты зачем-то завёл в одной функции две разные переменные j.

E>Они конечно одновременно существовать не должны, но деструктор у int тривиальный, а память на стеке компилятор может освобождать когда угодно, тем более в debug версии...

E>Ты всё время смотришь отладчиком на место в памяти, где лежит параметр цикла, а вторую j заводят где-то ещё.
E>Но ты запутываешь не только отладчик, но и читателя своей программы (а может и себя самого).
E>Не заводи в одной функции две одноимённые переменные и будет тебе счастье

Да это все понятно, хотел просто разобраться =)

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

E>Здравствуйте, Lorenzo_LAMAS, Вы писали:

E>>>Вот, например, аргумент за:

L_L>>http://rsdn.ru/Forum/Message.aspx?mid=300137&amp;only=1

Автор: Андрей Тарасевич
Дата: 18.06.03

E>А верно ли это для тривиального деструктора? Например деструктора POD?

Если ты говоришь о POD, подразумевая int (а он тоже POD) — то нет у него никаких деструкторов. В свое время Элджер очень неудачно написал бред вроде "у целых тоже есть деструкторы, просто все разумные разработчики компиляторов оптимизируют — удаляют их". Т.е. возникало впечатление, что можно столкнуться с реализацией (от менее разумных разработчиков), где все же имеют место вызовы деструкторов для целых — и этот человек еще с пафосом об АРМе говорил в предисловии.

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


DB>

DB>for (int j=0 ; j < 10 ; ++j)
DB>{
DB>//поскипано
DB>};
DB>int j=0;
DB>

В завершении темы дам тебе хороший совет — не ставь точку с запятой после закрывающей фигурной скобки Постарайся избавиться от этой вредной привычки

Здравствуйте, Какая разница, Вы писали:

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


DB>>

DB>>for (int j=0 ; j < 10 ; ++j)
DB>>{
DB>>//поскипано
DB>>};
DB>>int j=0;
DB>>

КР>В завершении темы дам тебе хороший совет — не ставь точку с запятой после закрывающей фигурной скобки Постарайся избавиться от этой вредной привычки

я не ставлю, просто из начально было for (int j=0 ; j < 10 ; ++j);
для видимости скобки вставил, точку с запятой не убрал

Здравствуйте, Какая разница, Вы писали:
DB>>

DB>>for (int j=0 ; j < 10 ; ++j)
DB>>{
DB>>//поскипано
DB>>};
DB>>int j=0;
DB>>

КР>В завершении темы дам тебе хороший совет — не ставь точку с запятой после закрывающей фигурной скобки Постарайся избавиться от этой вредной привычки

enum Enum { Item1, Item2 };

int Nums[] = { 1, 2, 3 };

class Window
{
  ...
};

struct Node
{
  ...
};