получил различные значения переменной

чему же она должна быть равна?

Присоединённый файл ( Кол-во скачиваний: 58 )
 strange.PNG 72,43 Kb

забавно

12


видимо debugger ошибся.

VS 2010 при попытке присвоить переменной b значение переменной A (именно A, а не ::A), ругается на переменную A, обзывая ее неоднозначной.

И что? К чему это?

Извените нуба, забыл задать вопрос... Хотел спросить: почему в этом случае возникает неоднозначность? Ведь это либо две разные переменные, либо переопределение одной и той же переменной...

  бывает


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

azesmcar

Не понимаю, почему тогда при объявлении и инициализации переменной A в глобальном пространстве имен не возникает неоднозначности?

Это сообщение отредактировал(а) OlegSK - 22.7.2010, 15:51

собственно компилятор все правильно сделал

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

Это сообщение отредактировал(а) OlegSK - 22.7.2010, 16:16

OlegSK

http://publib.boulder.ibm.com/infocenter/c..._namespaces.htm

azesmcar
Как я понимаю, в результате получается две одноименные переменные (в противном случае, не может быть и речи ни о какой неоднозначности). Объясните мне: каким образом значение присваиваемое при объявлении и инициализации переменной A в глобальном пространстве имен вдруг загадочным образом оказывается присвоенным совсем другой переменной (пусть и одноименной) находящеся в анонимном пространстве имен? Может быть я туплю, но мне кажется, что в данном случае либо указанное при инициализации переменной A значение должно быть присвоенным именно ей, а ни как не переменной ::A, либо компилятор создав переменную в глобальном пространстве имен и обнаружив одноименную переменную в ананимном пространстве имен должен был уже на этом этапе (при присваевании указанного значения) пожаловаться на неоднозначность... Вообще, возникает нехорошее подозрение, что компилятор обрабатывает строку справа налево, сперва присваивая указанное при инициализации переменной A значение переменной ::A, и лишь затем создает переменную A... То есть казалось бы неделимая строка:
int a = 12;
раздергивается на две команды:
a = 12; // идет обращение к переменной ::A
int a;    // создается переменная A
Другими словами, компилятор поступает подобно некотрым журналюгам выдергивающим фразы из контекста, в итоге полностью извращая изначально сказанное, ставя все с ног на голову...

З.Ы: Я конечно приму это к сведению, но все же хотелось бы если это возможно разобраться: почему так происходит. С другой стороны, это конечно можно списать на особенности работы компилятора и воспринимать как данность...

Это сообщение отредактировал(а) OlegSK - 22.7.2010, 19:33

Кстати, я и не знал, что значение константных переменных можно менять (без использования ссылок и указателей):
[code=cpp]
namespace
{
const int a = 10;
}

int a = 5; // в результате константной переменной ::a будет присвоено значение 5...



Это сообщение отредактировал(а) OlegSK - 22.7.2010, 19:58

ммм


эквиавалентно


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

А так вообще интересно:



Это сообщение отредактировал(а) OlegSK - 22.7.2010, 20:00

OlegSK

Ты все путаешь, от того и непонимание.

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

Это сообщение отредактировал(а) OlegSK - 22.7.2010, 20:20

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


Кто?

Оператор :: ...

Добавлено @ 20:25
В общем, до меня дошло... Благодарю за помощь!!!


Это сообщение отредактировал(а) OlegSK - 22.7.2010, 20:52

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

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

Это сообщение отредактировал(а) OlegSK - 22.7.2010, 21:18

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

[QUOTE=nmn,22.7.2010,  22:30]
Это в общем-то понятно, но так и не объясняет ситуацию... Если бы имелось две одноименные переменные, которые были бы одновременно доступны программе, то обращение к такой переменной действительно создавало бы неоднозначность - это очевидно. Однако в вышерассмотренном случае переменная A из ананимного пространства имен становится недоступной программе, т.к. перекрывается переменной A из глобального пространства имен. Поэтому я не понимаю: от куда взялась неоднозначность, если программе на момент обращения к переменной A доступна только одна из этих переменных.

Это сообщение отредактировал(а) OlegSK - 23.7.2010, 05:54

не делай анонимные namespace тогда и проблем у тебя не будет в этом случае с пониманием.

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

Это сообщение отредактировал(а) OlegSK - 23.7.2010, 10:07

 а этот код на Ваш взгляд однозначен или нет ?

тут однозначен ибо к переменным мы обращаемся через



Это сообщение отредактировал(а) Dem_max - 23.7.2010, 11:36

mes, в вашем примере, из-за объявлений using namespace A1 и using namespace A2, при обращении к переменной i возникнет неоднозначность... Однако, как я понял, особенность интересующей меня проблемы в том, что там используется ананимное пространство имен, особенностью которого является то, что переменные находящиеся в нем перекрываются переменными из глобального пространства имен, в случае их совпадений (то есть в случае перекрытия уже не удастся обратитья к переменной находящейся в ананимном пространстве имен). По этой причине, мне кажется что неоднозначности быть не должно (раз доступной остается только одна из двух одноименных переменных), и С обычными (именованными) пространствами имен такого не происходит; чтобы решить неоднозначность в вашем примере достаточно уточнить с помощью имени пространства имен к какой именно переменной i происходит обращение...

З.Ы: Неоднозначность в интересующем меня примере может возникнуть только в том случае, если компилятор не учитывает, что к перекрытой переменной из ананимного пространства имен больше нельзя обратиться и зачем-то продолжает ее учитывать. Видимо это и есть ответ на мой вопрос...

Это сообщение отредактировал(а) OlegSK - 23.7.2010, 12:14

unique_namespace_name - некоторое уникальное имя которое генерирует компилятор

Я кажется понял, почему возникает интересующая меня ситуация. Компилятор обрабатывает ананимное пространство имен как обычное, не учитывая то, что его перекрытые переменные перестают быть доступными для кода программы (программе же не известно unique_namespace_name заданное компилятором для этого пространства имен)...

Это сообщение отредактировал(а) OlegSK - 23.7.2010, 12:27

Благодарю, всех отвечавших мне за помощь! 

с ударением на первую часть сказанного