(C++) Нулевой указатель на объект

Строго говоря, вопросам по лабораторным работам независимо от языка, в них использующимся, место в .BEGINNERS в специально созданной для этого теме.

 

Aquila,
я про эту тему и имел ввиду. но почему-то в плане вопросов по C/С++ люди в подавляющем большинстве создают новый топик, а не отписываются в этой упомянутой выше и мною и вами теме. каюсь, я сам так поступал пару раз.
хотя, если вдуматься, то ведь необязательно предполагаемый к постингу вопрос обязан быть связан с лабораторными работами. может быть как раз поэтому и создаются вышеупомянутые отдельные C/C++ related топики (топикстартер рассуждает так: у меня это не лаба, а просто вопрос. так? так. значит создаем новый топик, т.к. тот топик посвящен _только_ лабам).
я ничего не хочу доказать, я лишь рассуждаю, и могу быть неправ.

 

Действительно, не помешало бы создать подфорум про С/С++.

 

угу, подфорум был бы в самый раз. я бы тогда наверно счастлив был как не знаю кто. и все бы с/с++ related топики туда бы перенесли.
но я != большинство, посему ждем мнения других участников форума, и ,конечно же, модераторов. Aquila отписался, и это уже хорошо)

 

я всеми имеющимися руками за! а еще предлагаю завести ветку, посвященную C# и .NET...

 

не дай Боже, эта зараза ещё сюда попадёт!

 

Не более, чем другим офлуднённым или обофтопенным топикам. Вообще же, историческое место вопросов о С++ в .ZEN или .WIN32.

 

ну не Java ведь все-таки!

IceStudent
только темы почему-то создают здесь

 

Nouzui, как по мне, так дотнет и иже с ним - гнилая ветвь развития.
Асм и с++ - процветающая!

 

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

 

C# и .NET - однозначно нет, так как это высокоуровневая ересь . В лучшем случае - форума по исследованию байт-кода и виртуальных машин в неопределённом будущем.

 

я предполагал, что начнутся "предложения" и по си-шарпу, и по яве (спасибо, визуал-бэйсика нету). че-то я теперь даже не уверен, что моя затея будет одобрена

IceStudent, было дело, мой топик, связанный с Си++ вопросом, модераторы и переносили из .ZEN в .HEAP.

 

Aquila
А вот про Сишник было бы кстати )

 

varnie
Исправил эту несправедливость Тому топу однозначно не место в хипе.

 

хорошая задумка создать отдельный форум по языкам программирования. полностью поддерживаю.
по поводу сабжа - не вижу ничего удивительного в том, что это работает.
Фишка вот в чем:
1. сам объект не создается
2. класс, это тип данных + область видимости для своих ф-ций
3. вызов (*p).F1(); - есть лишь обычный вызов обычной ф-ции в области имен класса
4. поэтому попытка работать с членами данными класса естественно вызовет access violation

Поэтому работа (*p).F1(); не должна вызывать удивления, т.к. это всего лишь вызов ф-ции. Невозможность вызова через CT::F1(); является стандартной и в комментариях не нуждается. Вот детальная информация, которая поможет вам понять, что происходит:

CT* p = 0;
0041159E mov dword ptr [p],0
(*p).F1(); //На консоль выводится CT::F1
004115A5 mov ecx,dword ptr [p]
004115A8 call CT::F1 (4110DCh)

--------------------------------------------
&p -> 0x0012FF60

0x0012FF60 00 00 00 00 cc cc cc cc b8 ff 12 00 66 27 41 00 01

Полагаю, вопрос закрыт =)

 

Nouzui

Хм, а чем тебе Ява так не понравилась? Тоже вид ассемблера, хоть и под виртуальную машину..

 

И, кстати, опять возвращаясь к сабжу, хочу еще добавить один момент. Используя упомянутую автором странность (для неискушенного) в поведении С++, можно проверять понимание природы С++ у человека Например задав следующий вопрос: можно ли и если можно, то как, вызвать регулярную не-статическую функцию-член класса, не используя при этом какие либо объекты (в т.ч. не создавая объект самого этого класса)? На данный момент ответ только один и единственный: да, можно, при помощи нулевого указателя - (*obj_ptr).Func(); Что эквивалентно запрещенной конструкции A::Func();

Единственное, что меня беспокоит, это - не подвергается ли здесь насилию сам синтаксис С++?

 

Shimomochi

Ты где такую траву берешь? ))))))

А при помощи ненулевого нельзя? )

И давно это Вас беспокоит? Хотите об этом поговорить? )))

 

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

 

если функция использует указатель this как либо, то будет такое... )