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

меня учили не делать невиртуальных деструкторов

Бл*, заканчивайте. со своими указателями, частичными разрушениями, утечками памяти и деструкторами пора в C++ чат

меня учили не делать невиртуальных деструкторов

он об этом же

Какой-то странный питон тут у вас пошел

меня учили не делать невиртуальных деструкторов

вот именно

можно просто сделать деструкторы виртуальными принципиально

Все зависит от случая

но зачем этому не учить

когда можно вообще эту особенность исключить

Деструкторы, виртуальные методы

как известно, в С/C++ было много способов прострелить себе ногу. поэтому и появились другие языки, в том числе питон. вот мы и вернулись к теме )))

а, кстати

вся эта возня с виртуальными методами

питон появился не поэтому, насколько мне не изменяет память)

из-за нее deadly diamond еще образовать можно

пример в студию

си и кресты убогие языки до невозможности

загуглил deadly diamond

про плюсы согласен, про С не надо. Он прекрасен в своей простоте

обычная мульти-наследуемость

пример в студию

class A {}; class B : public A {}; class C: public A {}; class D : public C, public B {}; // bug

ошибся

не A, а C

С - простой как кирпич. Если все сделать аккуратно, получается просто, надежно и понятно

в последней строчке

class A {}; class B : public A {}; class C: public A {}; class D : public C, public B {}; // bug

почему баг?

почему баг?

потому что получаются две базы A

ну, логично)

D имеет базы B и C, у которой по своему экземпляру A

раздельному

ну

где баг?

)

в языке

*sigh* это не баг

это наоборот фича; в мире есть однозначный способ множественного наследования

Это не баг

Это обычное наследование и mro

а если в A объявлен метод a, то вызывая d.a(), что будет вызвано?

из-за нее deadly diamond еще образовать можно

вот поэтому в Java одиночное наследование реализации, но множественное наследование интерфейсов

А если он переопределен в C, но не в B?

а если в A объявлен метод a, то вызывая d.a(), что будет вызвано?

ничего, нужно вызывать по-дургому

через ::, если я правильно помню

если б я умел в стикеры... вобщем как все сложно в этих ваших плюсах 8)

Это обычное наследование и mro

в общем-то, в С++ мро нету

это в питоне уже ввели

как раз на такие случаи

и весьма удачно)

ну и опять же

это можно было бы резолвить на этапе компиляции!

на всё ответ "legacy"

как известно, в С/C++ было много способов прострелить себе ногу. поэтому и появились другие языки, в том числе питон. вот мы и вернулись к теме )))

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

предлагаю js выкинуть и придумать что-нибудь хорошее

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

представляю. и сам стрелял. а самое веселое - разбираться в таком чужом коде )

предлагаю js выкинуть и придумать что-нибудь хорошее

js то вообще при чем? :)

представляю. и сам стрелял. а самое веселое - разбираться в таком чужом коде )

Лол, да. Это самый сок

js то вообще при чем? :)

ответ на вопрос ""почему его ещё не выпили" прост — легаси

жс норм. Ну там кнопочку показать, в таком духе

да, но не на большее

тем не менее

жс норм. Ну там кнопочку показать, в таком духе

Лишь бы на сервер не пихали

предлагаю js выкинуть и придумать что-нибудь хорошее

вот это я только за

я когда-то на жс писал xpcom приложение

Лишь бы на сервер не пихали

так пихают же

было прикольно 8)

выкинуть жс и юзать луа например

так пихают же

Это наркоманы

их много

ERROR: S client not available

предлагаю js выкинуть и придумать что-нибудь хорошее

webasm

webasm

компилируется в js => js не пропадёт

си и кресты убогие языки до невозможности

Лол,плюсы не убогие, просто он избыточен, кому-то нужны просто прямые руки

жс норм. Ну там кнопочку показать, в таком духе

вы бы в жс чат с таким зашли)

не надо путать прямые руки, и зоопарк из операторов)

вы бы в жс чат с таким зашли)

мы ващет обсуждаем тут с++

Каждый раз угараю.

https://github.com/aragaer/nsieveapiservice/blob/master/eveapiservice.js - йех, давно было. Еще до свадьбы

Ну и критиковать языки типа С на которых как правило пишится что-то низкоуровневое, типа драйверов и ядро ОС. Вообще не хорошо, при этом находясь не в теме

но красота в том, что при желании оно 1в1 переписывалось на питон или плюсы. То есть на жс прототип (и я на этом и забил уже), а так норм

Ну и критиковать языки типа С на которых как правило пишится что-то низкоуровневое, типа драйверов и ядро ОС. Вообще не хорошо, при этом находясь не в теме

это все иллюзия правильности

не надо путать прямые руки, и зоопарк из операторов)

Пфф

это все иллюзия правильности

Как скажете)

слово "прототип" в js имеет особый смысл

можно было бы писать низкоуровневое и без заморочек

слово "прототип" в js имеет особый смысл

и даже владеет уличной магией

можно было бы писать низкоуровневое и без заморочек

Ну скажите это авторам Java машины и интерпретатора питона

Ну скажите это авторам Java машины и интерпретатора питона

ну я не видел в сорцах питона попыток сходить через точку в указатель структуры

потому что это было бы бессмысленно)

https://github.com/aragaer/jaet-pp/blob/master/src/chrome/content/pp.js - волшебная тулза, которая хранила состояние "проекта" в виде жсон, причем хранила несколько таких состояний в массиве (что позволяло делать undo и redo) и кидало этот жсон в скулайт базу

ну я не видел в сорцах питона попыток сходить через точку в указатель структуры

Ну ну))

Знатоки всех исходников питона))

> указатель структуры каждый раз мой внутренний интрпретатор спотыкается на этом словосочетании

> указатель структуры каждый раз мой внутренний интрпретатор спотыкается на этом словосочетании

Кстати да, хз что имеется в виду

и воспринимаю как struct blah { void * ptr }

Кстати да, хз что имеется в виду

указатель на структуру

указатель на структуру

А что такого плохого в нем?

Лол

http://stackoverflow.com/questions/13366083/why-does-the-arrow-operator-in-c-exist

во, тут написано

типо "почему бы ptr.field автоматически не компилировать в ptr->field???"