Начало программирования.

Тогда уж Intel C++ Compiler.
Watcom генерит довольно посредственный код.

 

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

 

Спорите вы тут...

Все от конкретной реализации зависит.

Вот к примеру прога на делфи и прога на си с QT:

Файл qbutton.h
Q_OBJECT
Q_ENUMS( ToggleType ToggleState )
Q_PROPERTY( QString text READ text WRITE setText )
Q_PROPERTY( QPixmap pixmap READ pixmap WRITE setPixmap )
Q_PROPERTY( QKeySequence accel READ accel WRITE setAccel )
Q_PROPERTY( bool toggleButton READ isToggleButton )
Q_PROPERTY( ToggleType toggleType READ toggleType )
Q_PROPERTY( bool down READ isDown WRITE setDown DESIGNABLE false )
Ниче не напоминает?
Это на C++
Так что все в руках кодера.

Только мне кажется что этот топик есть "Про языки программирования: Episode II "?

 

Прочел все 13 страниц, понял не многое =)

 

Ursus

Я бы не сказал. выход часто плотнее мсвс, просто ключиков надо больше указывать, одного -os недостаточно. Очень мощные прагмы. Линкер - однозначно мощнее. кроме того опенсорс с бсд лицензией + кросс. + тулзов всяких. например конвертер С-h --> asm-inc. А интел - комковый + только на х86.

 

Heineken

да че понимать. народу башню сорвало.

Берите дельфу - пробуете глядеть сорсы, учить - нравится - ваше.
Берете С (МСВС) - пробуете глядеть сорсы, учить - нравится - ваше.

очень рекомендую также
http://www.inr.ac.ru/~info21/
http://oberoncore.ru/

 

Ursus

Это понятно, а смещение на нужный метод как получить ? В дельфях есть асм-директива VMTOFFSET, а в сях как ?
PS: Спрашиваю не для прикола, а для общего развития

 

Интересно так...

Если бы вопрос "Что учить" задали на форуме:

форум Java : Ответ - Учите Java, она популярна;
форум C/C++ : Ответ - Учите C/C++ - ибо свобода;
форум Delphi : Ответ - сами знаете какой;
форум WASM: Ответ - Нее, низачто не угадаете... аж на 14 страниц расписали;
ДЕФОЛТ: Забудьте все, что вам тут сказали и что писали вы. Посмотрите направо и чуть чуть вверх, подумайте о языках программирования. Вам придет в голову тот язык, который вам надо изучить в первую очередь.

 

Указатели на методы идут тупо в том порядке, в каком они идут в объявлении класса. Т.е. в массиве первый указатель (по смещению 0) - это первый виртуальный метод класса, дальше - второй по смещению 4 и т.д. Виртуальные методы дочерних классов добавляются в конец таблицы.

 

Ребятки, надо постараться и обогнать тему в WASM.HEAP "Улыбнитесь! " с ее 93 страницами. Думаю нам это под силу.

 

Ursus
Спасибо за информацию
Но, например, в VCL все контролы наследуются от TObject по нехилой цепочке и в итоге имеют не один десяток виртуальных методов, наверняка и в MFC тоже. Что теперь прикажешь рыться в справках\сорцах и ручками подсчитывать кол-во виртуальных методов ?! Проще уж поиск известного указателя замутить, правда его сначала еще получить нужно через одно место - видимо это и есть "неограниченные возможности" ?!
PS: К сожалению, без прикола не обошлось
Все же не исключено, что какие-то скрытые возможности в сях есть для всех этих штучек с указателями, просто мс и ко не спешат о них докладывать простым смертным. А в дельфях на мой взгляд справочная инфа более "демократичная", информативная и полезная, хотя до некоторых штучек все равно приходится методом тыка доходить

 

мне был интересен сплайсинг метода, который импортируется из длл, соответственно указатель на него должен получаться не анализом таблицы методов, а напрямую из таблицы импорта.
впрочем у С(++) всегда были проблемы с импортом.

 

beginner

Ну, если Вам лично глубоко плевать на защиту от ошибок с помощью типизации -- дело Ваше.

Без аналогичного определения для & и | -- бесполезная вещь, потому что ошибки как могли появляться, так и могут.

Насчёт начала изучения Си на Студии соглашусь. Правда, хелп отнюдь не отличный -- дерьмо дерьмом. Правда, у Борландовских продуктов ещё хуже, потому и используем MSDN. Ну а действительно нормальной документации на Винду не существует, похоже (разве что в виде закрытых мануалов у самих мелкомягких).

Heineken

Будет желание и настойчивость -- когда-нибудь поймёшь

_basmp_

И на IA-64, он же Итаниум.

 

SII

Почему то на асме таких вопросов не возникает, там вообще типизации нет

 

Ну-ка, ну-ка, с этого места поподробнее
Слова MSDN и msdn.microsoft.com - говорят о чем-нибудь?

 

Не поняла я
Тогда вообще никакоих проблем быть не должно было. GetProcAddress() и вперед!

 

На асме ты сам выбираешь между mul/imul, jl/jb, mov/movzx, byte_ptr/word_ptr/dword_ptr и т.п. Поэтому на асме не может быть никакой типизации.
А на ЯВУ приходится компилятору "объяcнять" как ему следует понимать написанный тобою код. Объясняешь ты ему при помощи типов данных.

 

beginner

На то он и асм. Его задача -- как раз давать полный доступ ко всему. А ЯВУ -- всё ж нечто иное.

 

со статическим импортом

 

Ничё не понял. Кто такой "статический импорт"? И почему у него проблемы с GetProcAddress ?