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


Происходит UB (undefined behavior), т.е. поведение программы непредсказуемо.
Если реального обращения с b как с B не будет, скорее всего, ничего не будет.
Если попытаются реально к b обратиться как к B, а не A, скорее всего, будет защита памяти и крах программы.

Lumix1. грязь свеху (b=0, c=131074) это просто грязь из свободной памяти и и тогда все ок, или это кусок от какого-то реального объекта и мы кому-то реально что-то поломали в своей же программе??


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

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

3. какие существуют самые простые, безболезненные, экономичные и безопасные методы неявного кастинга вверх, когда кастируемый объект занимает меньший объем, чем кастоприемник??


0) это не просто грязь, это вообще не грязь, это UB -- т.е. твоя программа попросту невалидна. Как она при этом будет работать -- неизвестно.

1) это не кастинг вверх, это кастинг вниз. Он так и называется -- downcast, в безопасном варианте -- type-safe downcast.
Кастинг вверх всегда безопасен. Кастинг вниз требует проверки реального типа объекта.

2) единственный и он же безопасный метод выполнения downcast -- делать его всегда type-safe downcast. В С++ это dynamic_cast или его проприетарные аналоги из разных библиотек, которые реализуют по сути тот же dynamic_cast своими методами.

sherzod_mayton,

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

Давайте без наездов.

Явно видно, человек учится, только ему просто не у кого учиться.

Это по уровню идиотизма аналог кода был. Да, согласен.

Lumix
Ок, понял.

А в этом случае a[1] и a[2] чью-то конкретную память берут (какого-то живого объекта) или свободную, ничейную??


Язык С++ это не специфицирует. Как это реализовано -- зависит от конкретного компилятора, его моделей памяти и способов её организации. Они могут взять чужую память, другого объекта, могут взять свободную память, могут вообще вызвать ошибку по защите памяти, особенно вероятно, если значения индексов будут большими или отрицательными.

LumixЭто просто неэтичная операция или кастиг вверх может уронить программу??


Может уронить, и очень легко в современных системах.
Если объект динамически созданный, как в твоём примере, то это почти 100% крах программы в современных операционках и компиляторах.