1. Что такое root namespace -- это самый базовый неймспейс?

Ну, ::, глобальный неймспейс или то же, что полное отсутствие неймспейса.

2. Если есть клас (обьект) с полями int x; int y -- какие их адреса, если буквально -- адрес поля х больше/меньше/равен адресу поля у?

Адреса членов класса неопределены. Может быть любое сочетание, x < y или y<x

В POD-структурах -- в порядке обявления в классе.

Но если честно я не знаю, как там строго по стандарту.

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

Перегрузка -- один из видов полиморфизма. Вообще, полиморфизм -- очень сложная штука, и её лучше вообще не пытаться как-то определить. В С++ под полиморфизмом чаще всего понимают тупо возможность написать виртуальную фукнцию в иерархии классов
и потом вызывать её -- а она будет работать по-разному.

4. Вирт. деструктор это деструктор что касается базоваго класа ?

Что значит, касается ? Виртуальный деструктор --- это деструктор, объявленный виртуальным, и всё.

5. Может ли шаблонный клас наследовать параметр?

да

stut 2. В предыдущем посте написано что адрес поля (обьявленого раньше) х меньше y, а вы пишите что это неопределено. Как тогда вообше расматривать обьект -- вот есть указатель на обьект --адрес начала этого обьекта--а какая его структура -- как он распледелен в памяти--последовательно--вобще какой его размер, наверное зависит от полей и функции?



Ну, зависят...
Я не очень понимаю, зачем вообще такое может понадобиться -- понимать, какой подъобъект раньше в памяти, какой позже.
Нужен адрес мембера -- взял его адрес, и используешь. Нужен другого -- взял и его адрес.
А иметь доступ к мемберам как к массиву -- это надо POS struct делать, и его union-ом мапить на массив.

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



Не приведёт к ошибке. Но если в иерархии объявлен виртуальный деструктор (у предка), то он будет виртуальным у всех потомков,
без разницы, объявлен он virtual в потомке или нет.

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


Где явно обозначено что ? Что можно наследовать от класса-параметра шаблона? Может быть, и нигде. А где написано, что если вокруг воздух, то ты им можешь дышать ? Вроде тоже нигде, но все, блин, дышат...

На параметры шаблонов вообще мало ограничений накладывается, с ними можно делать всё, что хочешь. Почти всё.
Короче, на наследование в шаблонных класах ограничений нет, лишь бы в итоге инстанциированное могло работать в С++.

Irmaroв универе изучала плюсы, но хочу наверстать забытое.

0) создавай для нового вопроса новый топик.
1) вопрос уже неоднократно обсуждался, поищи.
3) Про доступность в наших книжных не скажу. Не отслеживаю.
Для чайников -- скажу. Надо читать литературу НЕ для чайников, потому что читать
плохую литературу бесмысленно -- зря потратишь время.

Из литературы по С++ я рекомендую всегда книгу Дейтел + Дейтел, чем позже издание -- тем лучше (их было штук 5).
В озоне есть, значит, должна быть доступна (там чёрная, у них все обложки разные :-) ).

"Язык программирования C++. Лекции и упражнения" Стивен Прата -- я уверен, что тоже хорошая книга,
но сам её не читал ещё (или уже).

Есть ещё учебник Павловской, я её тоже не читал, но она хорошая -- Павловская, не книжка.
Я у неё учился. :-) Достоинства этой книги -- что это ВУЗ-овский учебник, малый объём, и меньше цена.
Но, наверное, покрытие материала там поменьше.

Но Дейтелы тоже ВУЗ-овский учебник, только не российский. Авторы -- отец и сын, отец -- практикующий профессор в университете,
а сын -- практикующий программист. Вместе получилась хорошая комманда для книги.

Но Дейтелы также (думаю) не охватывают весь язык, особенно последний стандарт. Последний стандарт неплохо освящён в книге
Параллельное программирование на С++ в действии. Практика разработки многопоточных программ Энтони Уильямс (если я не перепутал книгу).

maytonХорошая тема - составить подборку литературы и добавить ее в FAQ.

Ну да, давно пора.

stut,

Но в этом контексте у меня появился вопрос один из главных для меня в ООП--в чом суть юниона, как это возможно и почему его компоненты ссылаются на одно место памяти.


а union никаким образом к ООП не относится. даже можно сказать, что в ООП он противопоказан.

суть же простая, ты интерпретируешь по-разному один и тот же блок памяти по определенному адресу.