Кирилл, ты слоты так и называешь? Slot1, slot1, slot1 ?

Есть слоты перегруженные,они часть архитектуры. Вот собственно и все

Он с Qt 5.9 (если не ошибаюсь) только появился + внутри (если не ошибаюсь) там точно такой же каст

да, конечно. Просто вдруг кто не знает, я просто когда-то не в курсе был.

Есть слоты перегруженные,они часть архитектуры. Вот собственно и все

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

Я просто хотел дать парню другие варианты решения. В шутливой форме

Я просто хотел дать парню другие варианты решения. В шутливой форме

"макаренко... кто там еще? ушинский" (с) Большая перемена

гм, а что в pro.cxx editors делает вакансионный спам? ему ж место в pro.cxx jobs

гм, а что в pro.cxx editors делает вакансионный спам? ему ж место в pro.cxx jobs

блет, я перепутал лол

А можно закреп старый?

Ну или как-то смержить этот со старым

А можно закреп старый?

ок, вечером тогда

Nesteruk Dmitri - Design Patterns in Modern C++

Есть у кого?

вроде не видел в нашей помойке, если найду, скажу, или если найдешь, скажи. Алсо где-то тут в соседних чатах видел автора

вроде не видел в нашей помойке, если найду, скажу, или если найдешь, скажи. Алсо где-то тут в соседних чатах видел автора

ага, убежал автор из процхх и про_нета

Так думаю тут проще будет найти хелпу

вроде не видел в нашей помойке, если найду, скажу, или если найдешь, скажи. Алсо где-то тут в соседних чатах видел автора

алекс - ты книги мб лей на файлопомойку какую-нибудь

disk.yandex.ru/ будет позже еще

Продублирую :))

а что дублируешь?

алекс - ты книги мб лей на файлопомойку какую-нибудь

да телега вроде сама норм файлопомойка, или там файлы отклеиваются?

норм, но скорость медленная

да телега вроде сама норм файлопомойка, или там файлы отклеиваются?

что-то мне слабо вериться, что чат может быть нормальной файлопомойкой ?

скайп - лучший файлообменник

Приветствую

Давно очень не писал на C++

и меня одна особенность вводит в некоторую фрустрацию

struct IBase { virtual void Foo() = 0; }; struct IDerived : public IBase { virtual void Bar() = 0; }; class Base : public IBase { virtual void Foo() { } }; class Derived : public Base, public IDerived { virtual void Bar() { } }; extern IDerived* Create() { return new Derived(); }

Есть вот такая иерархия

компилятор утверждает, что Foo в Derived не реализован

по старой памяти, подобные иерархии у меня в MSVC++6 работали

по крайней мере с ATL

я чего-то не догоняю или лыжи так не умеют ездить?

public

Diamond problem ?

или protected

компилятор утверждает, что Foo в Derived не реализован

Потому что ты целых 2 их реализовал

Diamond problem ?

Нет Просто в базовом классе метод public а в наследнике private

По IBase и по IDerived

починил расставив virtual перед public

Потому что ты целых 2 их реализовал

он один там.

он один там.

2

теперь надо понять, не перекособочит ли оно мне структуру vtable

по идее не должно

2

Один в Base. Покажешь второй?

2й - эт смещение относительно IDerived на хз что (не стандартизированное поведение)

не, они правильно говорят, там по сути один раз IBase содержит в себе Base, а другой раз Derived по цепочке IDerived -> Derived

2й - эт смещение относительно IDerived на хз что (не стандартизированное поведение)

я не понимаю о чём ты. Смещение чего?

теперь надо понять, не перекособочит ли оно мне структуру vtable

почему оно должно перекособочить? Или ты её напрямую читаешь?

Смещение в таблице виртуальных функций на реализацию IDerived::Foo