Циклы for. Проблема объявления/инициализации

Vourhey · Регистрация: 29.07.2006

Студворк — интернет-сервис помощи студентам

Эх, так и придется создавать новую тему. А то, блин, интересно ж...
Итак, я тут в недавней теме утверждал, что блок инициализации цикла for является внешним по отношению к его внутреннему блоку (блоку команд, то бишь).
CheshireСat's евангелие не соглашается со мной

Сообщение от CheshireCat

Сообщение от Vourhey
Просто переменная объявленная в инициализации цикла считается внешней по отношению к самому блоку цикла. То есть, она не внутренняя и не скрытая по отношению ко внешнему от цикла миру.

Гм. Евангелие 14882-2003 (песнь 3.3.2 стих 4) утверждает иное...

и предлагает открыть для этой байды тему. ОК. Открыл.

С чего возник базар? С того, что нужно, все-таки, выяснить чем же особенны такие конструкции (с объявлением переменных в заголовке цикла):

Code
1
2
3
    for (int i = 0; i < 5; i++)
    {
    }

Не долго думая, надо чапать в листинг дизассемблерный. Вся канитель проводилась в VS 2008. Состряпал такой код:

Code
1
2
3
4
5
6
7
8
9
10
11
#include <iostream>
 
using namespace std;
 
void main()
{
    int i = 1;
    for (int i = 0; i < 10; i++)
    {
    }
}

В листинге видим следующее:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
    int i = 1;
0041138E C7 45 F8 01 00 00 00 mov         dword ptr [i],1   инициализируем i
    for (int i = 0; i < 10; i++)
00411395 C7 45 EC 00 00 00 00 mov         dword ptr [i],0   инициализируем i ту, что в заголовке цикла
0041139C EB 09            jmp         main+37h (4113A7h)    проверяем условие выхода из цикла(cmp dword ptr [i],0Ah)
0041139E 8B 45 EC         mov         eax,dword ptr [i]     три следующие команды - инкремент
004113A1 83 C0 01         add         eax,1 
004113A4 89 45 EC         mov         dword ptr [i],eax 
004113A7 83 7D EC 0A      cmp         dword ptr [i],0Ah     проверка условия выхода
004113AB 7D 02            jge         main+3Fh (4113AFh)    уходим из цикла
    {
    }
004113AD EB EF            jmp         main+2Eh (41139Eh)    цикл

Как видно, обе переменные объявлены вне цикла. По байтам команд видно, что цикл работает с последней объявленной "внешней" переменной.
Уберем инициализацию объявление из заголовка.

Code
1
2
3
4
5
6
7
8
9
10
11
#include <iostream>
 
using namespace std;
 
void main()
{
    int i = 1;
    for (i = 0; i < 10; i++)
    {
    }
}

Дизассемблер скажет следующее:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
    int i = 1;
0041138E C7 45 F8 01 00 00 00 mov         dword ptr [i],1 
    for (i = 0; i < 10; i++)
00411395 C7 45 F8 00 00 00 00 mov         dword ptr [i],0 
0041139C EB 09            jmp         main+37h (4113A7h) 
0041139E 8B 45 F8         mov         eax,dword ptr [i] 
004113A1 83 C0 01         add         eax,1 
004113A4 89 45 F8         mov         dword ptr [i],eax 
004113A7 83 7D F8 0A      cmp         dword ptr [i],0Ah 
004113AB 7D 02            jge         main+3Fh (4113AFh) 
    {
    }
004113AD EB EF            jmp         main+2Eh (41139Eh)

Видно, что теперь он работает с единственной внешней переменной i.

Теперь можно провести небольшой эксперимент:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include <iostream>
 
using namespace std;
 
void main()
{
    int i = 1, *j;
    for (i = 0; i < 10; i++)
    {
        j = &i;
    }
    cout<<"J = "<<*j<<"  I = "<<i<<endl;
    cin.get();
}

Из вышенаписанного должно следовать, что внешняя переменная i будет увеличиваться до 10-ти. Соответственно, в j тоже будет десять. Если скомпилить и выполнить, то результат:
J = 10 I = 10.

А теперь засунем новую переменную В БЛОК цикла:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#include <iostream>
 
using namespace std;
 
void main()
{
    int i = 1, *j;
    for (i = 0; i < 10; i++)
    {
        int i; i++;
        j = &i;
    }
    cout<<"J = "<<*j<<"  I = "<<i<<endl;
    cin.get();
}

Какой результат? Внутри цикла будет инкрементироваться переменная i десять раз. В итоге у нас получится ожидаемое:
J = 1 I = 10

И последнее:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include <iostream>
 
using namespace std;
 
void main()
{
    int i = 1, *j;
    for (int i = 0; i < 10; i++)
    {
        j = &i;
    }
    cout<<"J = "<<*j<<"  I = "<<i<<endl;
    cin.get();
}

Если я ошибаюсь и int i = 0 у нас происходит внутри блока цикла, то наша переменная i каждую итерацию должна обнуляться... Посмотрим:
J = 10 I = 1

Ах ты батюшки. Не обнулилась. А не сделала она этого потому что объявлена как вне блока цикла. На уровень выше самого блока команд цикла. И в исполнении цикла строка int i = 0 никакого участия не принимает. Абсолютно.
Если совсем скучно, то можно заглянуть в "Бархатный путь С++":

Дело в том, что тело оператора цикла for (оператор или блок операторов) имеет ограниченную область действия имён. А область действия имени, объявленного в операторе-инициализаторе, оказывается шире этой области.

Заголовок цикла for в C++ - центр управления циклом. Здесь следят за внешним миром, за тем, что происходит вне цикла. И потому все обращения к переменным и даже их новые объявления в заголовке цикла относятся к "внешней" области видимости. Следствием такого допущения (его преимущества далеко не очевидны) является правило соотнесения имени, объявленного в заголовке и области его действия.

По отношению к объявлению переменной в заголовке оператора цикла for, правило соотнесения гласит, что область действия имени, объявленного в операторе инициализации цикла for, располагается в блоке, содержащем данный оператор цикла for.

Вообщем, при должной сноровке и "удаче" можно огрести. Очень редко, но можно. Главное знать, что все, что происходит в заголовке цикла (в области инициализации) - это вне зоны действия его блока. И все эти действия не принимают участия в исполнении операторов цикла.

Дабы, это выглядело, как настоящая тема, вопрос: Где я ошибся? Кто, что думает по этому поводу? Может, в объявлении/инициализации в заголовке цикла нет ничего, на что стоило бы обращать внимание?

P. S. вот именно, блин, поэтому такое использование может принести сюрпризы (это ж какую конструкцию надо придумать), если не знать, как оно работает. Я не утверждаю, что так делать нельзя, или плохо. Так делать можно. Ничего страшного в этом нет абсолютно. Просто надо иметь ввиду.

P. P. S. CheshireСat, что на это скажет твое евангелие?

Добавлено через 28 минут 25 секунд
Кстати, как мне сразу в голову не пришло. Если мы уберем int i; внешний и оставим только в заголовке то:

Code
1
2
3
4
5
6
7
8
9
10
11
    for (int i = 0; i < 10;i++)
0041138E C7 45 F8 00 00 00 00 mov         dword ptr [i],0 
00411395 EB 09            jmp         main+30h (4113A0h) 
00411397 8B 45 F8         mov         eax,dword ptr [i] 
0041139A 83 C0 01         add         eax,1 
0041139D 89 45 F8         mov         dword ptr [i],eax 
004113A0 83 7D F8 0A      cmp         dword ptr [i],0Ah 
004113A4 7D 02            jge         main+38h (4113A8h) 
    {
    }
004113A6 EB EF            jmp         main+27h (411397h)

Если сравнить со вторым дизассемблерным листингом, то отличий - 0. Только удалилась строка с присваиванием переменной единицы. А так, все абсолютно идентично. Даже адреса те же.
В итоге мы получили ту же внешнюю по отношению к блоку операторов цикла переменную. Даже с аналогичным адресом

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

Code
1
2
3
4
5
. . .
int i;
for (i = 0; i < 10;i++)
{
. . .

Это говорит о том, что такие ситуации аффектятся в случае использования нескольких переменных, манипулирования их адресами и именами.

@Spo1ler · 31.08.2008, 12:40

+1 за полезную тему. довольно интересный материал
ЗЫ дисассемблирование рулит

@CheshireCat · 31.08.2008, 15:21

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

С моей точки зрения, представляют интерес два вопроса:
1. Что говорит Стандарт - т.е., что должно быть?
2. Как реально ведут себя некоторые современные компиляторы, - т.е. насколько точно они соответствуют Стандарту, либо не соответствуют. Что есть на самом деле?

Итак:
1. Стандарт определяет поведение и область видимости управляющей переменной исчерпывающим образом:

[basic.scope.local] 3.3.2 Local scope
....
4 Names declared in the for-init-statement, and in the condition of if, while, for, and switch statements are local to the if, while, for, or switch statement (including the controlled statement), and shall not be redeclared in a subsequent condition of that statement nor in the outermost block (or, for the if statement, any of the outermost blocks) of the controlled statement; see 6.4.

То есть, утверждение "То есть, она не внутренняя и не скрытая по отношению ко внешнему от цикла миру." мне представляется неверным. Вероятно, мы Vourhey с разошлись в трактовке этого предложения...
2. Из доступных мне компиляторов: (В последние годы я работаю в основном с Microsoft Visual C++....)
а). MS visual C++ 6.0 (1998) не соответствует Стандарту: область видимости управляющей переменной цикла простирается от заголовка цикла до конца объемлющего блока; т.е., код вида

Code
1
2
3
4
5
6
7
8
for(int i = 0; i < SOME_VALUE; ++i)
{
    // ... что-то делаем...
}
// ... еще что-то...
i = 20;
cout << i << endl;
// ...

нормально скомппилируется. Ну что ж, VC++ 6 был выпущен еще примерно за полгода до принятия Стандарта, так что с него взятки гладки...
б). MS Visual C++ 7.0 (2002) и 7.1 (2003) занимают промежуточную позицию: по умолчанию включен старый режим, ключ компилятора /Zc:forScope позволяет включить режим точного соответствия Стандарту.
в). MS Visual C++ 8.0 (2005) и последующие по умолчанию точно соответствуют Стандарту; это означает, что приведенный код просто не скомпилируется. Впрочем, все тот же ключ forScope позволяет обеспечить таки совместимость со старым унаследованным кодом и скомпилировать приведенный фрагмент.
г). GCC 4.2.2 (Linux) точно соответствует Стандарту.

Vourhey · 31.08.2008, 15:28 **[ТС]**

Стоп, стоп, стоп. Я не слова не сказал про область видимости переменной. Заметь.
Я объяснил, что не так с этим объявлением. По-моему, вполне доступно. С учетом того, что компилеров куча и настроить их можно по-разному код нужно писать безопаснее. А объявление в заголовке цикла это сделать не позволяет на 100%. Что и требовалось доказать. Такое написание вполне нормально, но есть и свои минусы.

P. S. мне особо без разницы, что где написано, пока я не увижу. Дизассемблерный листинг показывает лучше всего.

P. P. S. ты можешь компилить в студии, а я, например, в G++ (версия 3.1) могу скомпилить такой код:

Code
1
2
3
4
   for(int i = 0;i<10;i++)
   {
      int i;
   }

надеюсь ты понимаешь, что если бы int i = 0 ,имела внутреннюю область видимости, то этот код бы не компилился с ошибкой redeclaration of "i". Возможность компиляции такой записи говорит сама за себя. Тут даже на уровне с++ переменная внешняя.

Повторюсь. Я не говорю, что это неправильно и так нельзя делать. Это нормально, и так вполне нормально кодить. Просто в жизни все бывает. И полностью рабочий код в одном случае может сработать не так, как хотелось в другом. Надо это учитывать.
Так что, будем объективны. Код нужно писать безопасней, если возможно.

@qwone · 31.08.2008, 23:06

Code
1
2
3
4
5
6
7
8
9
for(int i = 0;i<10;i++)
   {
   }
for([COLOR=Red]int i = 0[/COLOR];i<10;i++)
   {
   }
for([COLOR=Red]int i = 0[/COLOR];i<10;i++)
   {
   }

Да я об этом приколе знаю .Вот из-за этого у меня не получается компилить. переопределение переменной i.

Code
1
2
3
4
5
6
7
8
9
10
int i;
for( i = 0;i<10;i++)
   {
   }
for( i = 0;i<10;i++)
   {
   }
for( i = 0;i<10;i++)
   {
   }

так лучше .
Вот еще интересно , а если в цикле цикл.

Code
1
2
3
4
5
6
7
8
9
10
int i;
for( i = 0;i<10;i++){ for(int j = 0;j<10;j++)[{
       }
    }
for( i = 0;i<10;i++){ for(int j = 0;j<10;j++)[{
       }
    }
for( i = 0;i<10;i++){ for(int j = 0;j<10;j++)[{
       }
    }

для j скорее всего переопределение не будет .

@Spo1ler · 31.08.2008, 23:20

почему скорее всего? почему не проверили? эх.... наверное придется мне разбираться с линуксовыми дизасемблерами
и что ето за скобки квадратные такие?

Vourhey · 31.08.2008, 23:35 **[ТС]**

Примеров можно кучу придумать, мне влом их в gdb загонять

Главное, подтверждается то, что такое использование в редких случаях, но все же может быть неоднозначным. Что может вызвать трудности.

@Spo1ler · 31.08.2008, 23:42

зачем gdb? gcc\g++ с ключом -S рулет
upd извиняюсь, тут немного не то

@CheshireCat · 01.09.2008, 12:09

Сообщение от Vourhey

Стоп, стоп, стоп. Я не слова не сказал про область видимости переменной. Заметь.

Хотел бы заметить, но - не получается... Приведенная цитата: "То есть, она не внутренняя и не скрытая по отношению ко внешнему от цикла миру." - для меня есть ни что иное, как утверждение именно об области видимости переменной. Разве не так?

Далее. Если приведенный пример кода компилируется в g++ (а он действительно компилируется!), то я не вполне понимаю, почему. Поскольку таким образом g++ нарушает требования п.6.5.3 clause 3 Стандарта. Кстати, ни MSVC++ 8.0, ни Comeau, ни компилятор Interstron - этот код не компилируют.

Конечно же, код нужно писать безопасным. Но - с моей точки зрения (IMHO - имею мнение, хрен оспоришь!) код нужно писать прежде всего по Стандарту. А если какой-то компилятор отклоняется от Стандарта.... что ж, очень плохо, - либо нужно менять компилятор, либо изобретать костыли и подпорки; и, разумеется, не забыть эти костыли прокомментировать!

Vourhey · 01.09.2008, 13:14 **[ТС]**

"То есть, она не внутренняя и не скрытая по отношению ко внешнему от цикла миру." - для меня есть ни что иное, как утверждение именно об области видимости переменной. Разве не так?

Не так.
Таким же макаром. Пусть не скомпилируют, а шестой билдер и g++ скомпилируют.
А то что, на более низком уровне:

Code
1
2
int i;
for(i = 0; i<9;. . .

и

Code
1
for(int i = 0; i< 9;. . .

аналогичны, я пояснил выше. К чему это?
К тому, что написав так:

Code
1
2
int i;
for(i = 0; i<9;. . .

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

Пиши по стандарту. Стандарты есть везде. А еще есть реальность...

P. S. VC++ поддерживает стандарты какие-то еще

? Батюшки...новости... У мелкомягких вообще нет никаких стандартов. Они сами себе стандрат

P. P. S. Те, кто считают, что у С++ есть общий на всех, признанный стандарт ошибаются. Его нет. Есть даже разные редакции стандартов. Так что говорить, что один компилирует правильно, другой нет - необдуманно. Надо кодить обдуманно, чтобы избежать подводных камней. А не идти тупо напролом с одной редакцией одного из стандартов...

@Sined · 03.09.2008, 03:52

Сообщение от Vourhey

Не так.
Таким же макаром. Пусть не скомпилируют, а шестой билдер и g++ скомпилируют.
А то что, на более низком уровне:

Code
1
2
int i;
for(i = 0; i<9;. . .

и

Code
1
for(int i = 0; i< 9;. . .

аналогичны, я пояснил выше. К чему это?

Нет уж, они не аналогичны, так как прокомпелировав в Visual Studio 6, и в Visual Studio 2005-2008 они будут разными. Сам пробовал!!!

Прокомпелировав этот код:

Code
1
2
3
4
for(int i=0;i<10;i++)
{
}
int i=2;

то будет ошибка redeclaration of "i" в Visual Studio 6, а в Visual Studio 2005-2008 нет!!!

а qwone все-таки пишет на Visual Studio 6 как раз там та такая ошибка и будет, и опять повторяю, что в Visual Studio 2005-2008 нет!!!

Vourhey · 03.09.2008, 11:53 **[ТС]**

Sined, "сам пробовал" - не аргумент. Приведи дизассемблерный листинг, чтобы доказать, что разные вещи получатся на низком уровне. Тогда поверю. Это раз.

Два. У меня наоборот на 2008 не компилится, а в билдере и g++ легко.

P. S. твои споры еще раз доказывают, что стандарта С++ единого нет.

@Sined · 03.09.2008, 12:22

Нет, подожди, подожди, ты пишеш, что компилирование происходит в Visual Studio 2008, вот приме твоего описания:

Сообщение от Vourhey

Не долго думая, надо чапать в листинг дизассемблерный. Вся канитель проводилась в VS 2008. Состряпал такой код:

Code
1
2
3
4
5
6
7
8
9
10
11
#include <iostream>
 
using namespace std;
 
void main()
{
    int i = 1;
    for (int i = 0; i < 10; i++)
    {
    }
}

В листинге видим следующее:...

А теперь ты пишешь что "У меня наоборот на 2008 не компилится, а в билдере и g++ легко." так как компилируеться или нет?!

Vourhey · 03.09.2008, 12:35 **[ТС]**

Вот блин, а...
Я же написал, что

Code
1
2
3
for(int i;...
{
   int i;

Запросто скомпилится в g++ (и в билдере). Но не скомпилится под VS2008 (без определенных параметров).
Блин, как я по-твоему листинг дизассемблерный приводил, если код выше (в твоем сообщении) не компилится?! Сам, что ли, писал?

P. S. понимаешь ли...кроме компилеров cl.exe есть еще много...

@Sined · 03.09.2008, 13:25

Я написал, что не компилируется в Visual Studio 6 (шестая версия) а в Visual Studio 2005
компилируется, а за Visual Studio 2008 тебе нечего сказать не могу так как его у меня нет.

Но я не думаю, что в 2005 и 2008 будут такие различия. "Но" это не довод но всетаки в Visual Studio 6 и в Visual Studio 2005 есть.

Vourhey · 03.09.2008, 13:25 **[ТС]**

Что там есть?

Я не пойму, че ты доказать хочешь, но не можешь...

@Sined · 03.09.2008, 13:47

Почему сразу хочу, но не могу.
Ты пишешь по первому листингу дизасемблера, что две переменные являються вне цыкла.

А ты попробуй такой код:

Code
1
2
3
4
5
6
7
8
9
void main()
{
    for(int i=0;i<5;i++)
    {
    }
    printf("%d",i);               [B][COLOR="Red"]//ошибка error C2065: 'i' : undeclared identifier
                    //так как инициалезация переменной происходит
                    //внутри блока for[/COLOR][/B]
}

@CheshireCat · 03.09.2008, 13:49

Сообщение от Vourhey

Два. У меня наоборот на 2008 не компилится, а в билдере и g++ легко.
P. S. твои споры еще раз доказывают, что стандарта С++ единого нет.

А не путаешь ли ты две разные вещи:
1. существование Стандарта языка как регламентирующего документа - как должно быть,
2. различные реализации этого Стандарта независимыми производителями компиляторов, - что есть на самом деле?

Реализации могут отклоняться от требований Стандарта; насколько мне известно, нет ни одного компилятора, на все 100% соответствующего Стандарту.

@Sined · 03.09.2008, 14:00

Сообщение от CheshireCat

2. различные реализации этого Стандарта независимыми производителями компиляторов, - что есть на самом деле?

Так его, так...

Потому как Произвидитель Visual Studio 6 и Visual Studio 2005 один и тот-же, а стандарта нет.

Vourhey · 03.09.2008, 14:09 **[ТС]**

Сообщение от Sined

Почему сразу хочу, но не могу.
Ты пишешь по первому листингу дизасемблера, что две переменные являються вне цыкла.

А ты попробуй такой код:

Code
1
2
3
4
5
6
7
8
9
void main()
{
    for(int i=0;i<5;i++)
    {
    }
    printf("%d",i);               [B][COLOR=Red]//ошибка error C2065: 'i' : undeclared identifier
                    //так как инициалезация переменной происходит
                     //внутри блока for[/COLOR][/B]
}

О боже. Я молчу. Может, тебе выспаться? Читай внимательней выше. Я свое время, на тех, кто не читает, растрачивать не собираюсь.

CheshireCat, нет, я не путаю эти вещи. Единого стандарта С++ нет. Параллельно существуют несколько стандартов. Да короче, че я тут с тобой спорю... Даже, если бы и был, то практика уже все показала и подтвердила, что толку от них. Но его нет.
Есть, например: iso14882:2003/1998. Они существуют параллельно. Я молчу про различные их редакции.
Если ни один компилер на 100% не поддерживает ни один стандарт, то тем более, этот код становится менее безопасным.

Добавлено через 2 минуты 16 секунд
Sined, вот именно, что если нет стандарта единого, этор еще больше уменьшает безопасность приведенного мною кода. Короче, ты тут споришь, а сам ни одного аргумента не привел.
Хочешь настоящий стандарт увидеть? Иди и учи ada. Тогда с тобой поговорим. И ассемблер заодно...
Ты, по-моему, в бронепоезде сидишь...

g++ даже ошибку покажет умнее:

error: name lookup of `i' changed for new ISO `for' scoping

Эх, Sined, если ты на одной студии все гоняешь, то, навряд ли, можешь что-то новое мне открыть

Еще раз повторю, что откомпилированный:

Code
1
2
3
4
for(int i=1;i<5;i++)
{
      int i = 5;
}

говорит, что это и не внутренняя переменная.

Сейчас основные два стандарта поддерживаются. Никто не отменял ничего.

Так что, "написание по стандарту" в данном случае есть фигня. Так как, и та и эта запись идут по стандарту. Просто в одном случае я буду писать, если знаю, что никому не буду давать свой код, не буду его портировать. В противном случае (если я знаю, что придется портировать, разными компилерами компилить, на разных системах тестить), то мой мозг будет знать, что для данной ситуации, лучше объявить переменную вне цикла. Так я гарантированно задам для нее namespace.

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@Spo1ler 296 / 56 / 5 Регистрация: 22.05.2008 Сообщений: 788
	31.08.2008, 12:40
	+1 за полезную тему. довольно интересный материал ЗЫ дисассемблирование рулит 0

@Spo1ler 296 / 56 / 5 Регистрация: 22.05.2008 Сообщений: 788
	31.08.2008, 23:20
	почему скорее всего? почему не проверили? эх.... наверное придется мне разбираться с линуксовыми дизасемблерами и что ето за скобки квадратные такие? 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	31.08.2008, 23:35 [ТС]
	Примеров можно кучу придумать, мне влом их в gdb загонять Главное, подтверждается то, что такое использование в редких случаях, но все же может быть неоднозначным. Что может вызвать трудности. 0

@Spo1ler 296 / 56 / 5 Регистрация: 22.05.2008 Сообщений: 788
	31.08.2008, 23:42
	зачем gdb? gcc\g++ с ключом -S рулет upd извиняюсь, тут немного не то 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	03.09.2008, 11:53 [ТС]
	Sined, "сам пробовал" - не аргумент. Приведи дизассемблерный листинг, чтобы доказать, что разные вещи получатся на низком уровне. Тогда поверю. Это раз. Два. У меня наоборот на 2008 не компилится, а в билдере и g++ легко. P. S. твои споры еще раз доказывают, что стандарта С++ единого нет. 0

@Sined 9 / 7 / 3 Регистрация: 30.08.2008 Сообщений: 120
	03.09.2008, 13:25
	Я написал, что не компилируется в Visual Studio 6 (шестая версия) а в Visual Studio 2005 компилируется, а за Visual Studio 2008 тебе нечего сказать не могу так как его у меня нет. Но я не думаю, что в 2005 и 2008 будут такие различия. "Но" это не довод но всетаки в Visual Studio 6 и в Visual Studio 2005 есть. 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	03.09.2008, 13:25 [ТС]
	Что там есть? Я не пойму, че ты доказать хочешь, но не можешь... 0