LINUX.ORG.RU

[C++/Qt] Чудеса с приведением типов

0

1

Имеется некий объект типа

class Model : public AbstractContactModel, при этом

AbstractContactModel наследуется от QAbstractItemModel

потом этот указатель приводится к QObject'у и отдается дальше. И где-то позже делается вот так:

	object = ServiceManager::getByName("ContactModel");
	p->model = qobject_cast<AbstractContactModel*>(object);
	qDebug() << object << p->model << qobject_cast<QAbstractItemModel*>(object);

и получаем в результате

Core::SimpleContactList::Model(0x8dafa0) QObject(0x0)  Core::SimpleContactList::Model(0x8dafa0)

Что это за магия такая? Вроде все объекты на момент вызова полностью сконструированные. Но других идей у меня нету.

←	[C++/Qt] Работа с файлами при создании бэкапа

кто пользвал CollabNet Subversion нужна помощь

→

ПОСАДИ КОМПЬЮТЕР НА ЦЕПЬ И ЗАСТАВЬ ЛАЯТЬ!

домашняя автоматизация: сделай сам; лучший подарок для техногика

http://www.unicontrollers.com/products/unc01x

← 1 2 →

[#]

Q_OBJEcT макрос стоит?

Зачем вам этот qobject_cast вообще? есть же более быстрый dynamic_cast

namezys

(24.03.2011 19:38:26)

[#]

Клево. А p->model какого типа? В дебаггере проходить не пробовал?

yoghurt

(24.03.2011 19:38:46)

[#]

Это древняя С магия. указатели и адреса.

MikeDM

(24.03.2011 19:38:48)

[#] Ответ на: комментарий от namezys 24.03.2011 19:38:26

>Зачем вам этот qobject_cast вообще? есть же более быстрый dynamic_cast

>более быстрый dynamic_cast

ГГг, учитывая, что dynamic_cast емнип самый тормозной из всех стандартных _cast-ов, я даже боюсь представить, что там творится с qobject_cast.

yoghurt

(24.03.2011 19:40:22)

[#] Ответ на: комментарий от namezys 24.03.2011 19:38:26

Здесь бы и статик_каста хватило

zombiegrinder_6000 (24.03.2011 19:41:02)

[#] Ответ на: комментарий от yoghurt 24.03.2011 19:40:22

ой. я могу рассказать. в общем то у объектов есть статический куски, которые работают с qt meta type, из них выдирается id объекта и его текстовое имя, а потом идет поиск по лийненому массиву строк.

Как-то так коротко. Магия со сравнением строк, в отличает от dynamic_cast, где проход по дереву, построенному компилятором и сравнение id типов (которые правда загружаются через динамическую таблицу)

namezys

(24.03.2011 19:42:14)

[#] Ответ на: комментарий от zombiegrinder_6000 24.03.2011 19:41:02

> Здесь бы и статик_каста хватило

Убить на фиг. Где какие гарантии?

namezys

(24.03.2011 19:42:38)

[#] Ответ на: комментарий от namezys 24.03.2011 19:42:38

>Где какие гарантии?

Может и есть гарантии, из контекста непонятно.

zombiegrinder_6000 (24.03.2011 19:44:51)

[#] Ответ на: комментарий от namezys 24.03.2011 19:42:38

> Убить на фиг. Где какие гарантии?

компилятор ошибку выдаст, если что

~~aho~~ (24.03.2011 19:45:17)

[#] Ответ на: комментарий от aho 24.03.2011 19:45:17

неа, компилятор схавает
ошибка вылетит в рантайме

TERRANZ

(24.03.2011 19:48:15)

[#] Ответ на: комментарий от namezys 24.03.2011 19:38:26

>Q_OBJEcT макрос стоит?

Везде стоит.

>есть же более быстрый dynamic_cast

Мы уже решили везде юзать этот тип кастов. Да и dynamic_cast более компиляторозависимый. Со всяким бредом типа Symbian C++ может ботва начаться.

>Клево. А p->model какого типа? В дебаггере проходить не пробовал?

struct ModulePrivate
{
	~ModulePrivate() {}
	QWidget *widget;
	AbstractContactModel *model;
	AbstractContactListWidget *contactListWidget;
	QScopedPointer<ActionGenerator> tagsGenerator;
};

Пробовал, все указатели хорошие, при замене на static_cast работает. Но блин это не вариант. Мне интересно понять, что это вообще за бага? И как такое может быть?

Gorthauer

(24.03.2011 19:50:31)

[#] Ответ на: комментарий от yoghurt 24.03.2011 19:40:22

Логично, остальные касты в compile time происходят. Кстати на clang'е падает в любом случае. а на gcc только при соблюдении определенных условий. Это точно не может быть порчей памяти?

Gorthauer

(24.03.2011 19:52:06)

[#] Ответ на: комментарий от namezys 24.03.2011 19:38:26

> Зачем вам этот qobject_cast вообще? есть же более быстрый dynamic_cast

Когда я последний раз проверял, qobject_cast был быстрее. Допускаю, что мой тест был неадекватен.
Можешь предоставить свой?

rival

(24.03.2011 19:53:28)

[#]

class Model : public AbstractContactModel, при этом

А при наследовании в AbstractContactModel, QAbstractItemModel на первом месте стоит?

Есть ли множественное наследование наследников QObject?

Есть ли Q_OBJEСT?

Я вообще удивляюсь, в Qt столько граблей разложено, неужели нельзя было нормально написать.

~~alpha2~~

(24.03.2011 19:55:29)

[#] Ответ на: комментарий от namezys 24.03.2011 19:38:26

trex6

(24.03.2011 19:55:32)

[#] Ответ на: комментарий от TERRANZ 24.03.2011 19:48:15

> неа, компилятор схавает
> ошибка вылетит в рантайме

можно пример? я по-быстрому накидал несколько наследованных классов, gcc честно наругалось:

invalid static_cast from type ‘A*’ to type ‘D*’

~~aho~~ (24.03.2011 19:56:23)

[#] Ответ на: комментарий от alpha2 24.03.2011 19:55:29

Нет там множественного наследования, Q_OBJECT есть, иначе бы оно в qdebug() выдавало другую хрень

Gorthauer

(24.03.2011 20:02:44)

[#] Ответ на: комментарий от aho 24.03.2011 19:56:23

А теперь тоже самое, но для указателей

Gorthauer

(24.03.2011 20:05:19)

[#] Ответ на: комментарий от Gorthauer 24.03.2011 20:05:19

> А теперь тоже самое, но для указателей

"‘A*’ to type ‘D*’"

~~aho~~ (24.03.2011 20:07:30)

[#] Ответ на: комментарий от aho 24.03.2011 20:07:30

Ога и смотри, выдаст ли он ошибку

Gorthauer

(24.03.2011 20:12:06)

[#]

dynamic_cast прокатил... Я решительно не понимаю от чего qobject_cast ломается

Gorthauer

(24.03.2011 20:12:38)

[#] Ответ на: комментарий от namezys 24.03.2011 19:38:26

>есть же более быстрый dynamic_cast

пруфлинк?

reader

(24.03.2011 20:13:04)

[#] Ответ на: комментарий от Gorthauer 24.03.2011 20:12:06

> Ога и смотри, выдаст ли он ошибку

бл% :) что "ога" - я сразу на указателях проверял:

D* d = static_cast<D*>( a );

~~aho~~ (24.03.2011 20:13:46)

[#] Ответ на: комментарий от aho 24.03.2011 20:13:46

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

~~aho~~ (24.03.2011 20:15:39)

[#] Ответ на: комментарий от TERRANZ 24.03.2011 19:48:15

> неа, компилятор схавает

>ошибка вылетит в рантайме

Причем скорей всего трудноразрешимая

namezys

(24.03.2011 20:17:51)

[#] Ответ на: комментарий от Gorthauer 24.03.2011 19:50:31

>> Q_OBJEcT макрос стоит?

> Везде стоит.

И в вашей асбтарктной модели тоже? Он должен быть в объекте, к которому вы кастите

namezys

(24.03.2011 20:18:47)

[#] Ответ на: комментарий от namezys 24.03.2011 20:17:51

> Причем скорей всего трудноразрешимая

тогда реквест насчет примера и к вам

~~aho~~ (24.03.2011 20:18:48)

[#] Ответ на: комментарий от reader 24.03.2011 20:13:04

>> есть же более быстрый dynamic_cast

> пруфлинк?

Мозги. И почитать, как работает qt meta type и gcc

namezys

(24.03.2011 20:20:18)

[#] Ответ на: комментарий от aho 24.03.2011 20:18:48

блин. пример, пример

Вроде можно:

class A {} class B {}

A *a = new A; B *b = sttaic_cast<B*>(a);

намешайте туда что нить в классы и упадет

namezys

(24.03.2011 20:21:26)

[#] Ответ на: комментарий от namezys 24.03.2011 20:21:26

> B *b = sttaic_cast<B*>(a);

"Вроде можно" - нельзя

~~aho~~ (24.03.2011 20:22:21)

[#] Ответ на: комментарий от namezys 24.03.2011 20:18:47

И в абстрактной и в реализации, везде макрос есть.

>тогда реквест насчет примера и к вам

	object = new QObject();
	p->model = static_cast<AbstractContactModel*>(object);

Вопросы есть?

Gorthauer

(24.03.2011 20:22:50)

[#] Ответ на: комментарий от aho 24.03.2011 20:22:21

код пожалусто. я один раз такое проделал - сработало

namezys

(24.03.2011 20:24:55)

[#] Ответ на: комментарий от Gorthauer 24.03.2011 20:22:50

> Вопросы есть?

да - я просил пример, который:

а) скомпилируется
б) упадет

~~aho~~ (24.03.2011 20:25:48)

[#] Ответ на: комментарий от namezys 24.03.2011 20:24:55

class A { int a; };
class B : public A { public: int b; };

int main()
{
        A* a = new A;
        B* b = static_cast<B*>(a);
        return b->b;
}

namezys

(24.03.2011 20:26:54)

[#] Ответ на: комментарий от aho 24.03.2011 20:25:48

typedef void(*ff)();

class A { int a; };
class B : public A { public: int b; ff f; };

int main()
{
        A* a = new A;
        B* b = static_cast<B*>(a);
        b->f();
        return b->b;
}

namezys

(24.03.2011 20:28:39)

[#] Ответ на: комментарий от namezys 24.03.2011 20:24:55

> код пожалусто.

если нет явного преобразования из T1 в T2 static_cast не сработает, хоть снизу-вверх, хоть для вообще не связанных классов, можете сами быстро накидать

> я один раз такое проделал - сработало

для "class A {} class B {}"?

~~aho~~ (24.03.2011 20:29:40)

[#] Ответ на: комментарий от namezys 24.03.2011 20:28:39

b->f();

юмор оценил

~~aho~~ (24.03.2011 20:31:12)

[#] Ответ на: комментарий от aho 24.03.2011 20:29:40

Не. Ну не для связанных конечно не сработает. В этом случае вообще ничего вычислить нельзя

namezys

(24.03.2011 20:31:25)

[#] Ответ на: комментарий от aho 24.03.2011 20:31:12

Аналогично будет при работе с виртуальными функциями

namezys

(24.03.2011 20:31:46)

[#] Ответ на: комментарий от aho 24.03.2011 20:25:48

Ты не поверишь, но этот пример скомпилится и гарантированно упадет

Gorthauer

(24.03.2011 20:32:46)

[#] Ответ на: комментарий от namezys 24.03.2011 20:31:25

> Ну не для связанных конечно не сработает. В этом случае вообще ничего вычислить нельзя

поэтому я тут и выпрашиваю уже который раз пример, где static_cast даст неверный результат :)

~~aho~~ (24.03.2011 20:32:49)

[#] Ответ на: комментарий от aho 24.03.2011 20:32:49

Ну вот выше я написал. Неверный результат. Вот руки и отрывать надо.

namezys

(24.03.2011 20:33:34)

[#] Ответ на: комментарий от Gorthauer 24.03.2011 20:32:46

> Ты не поверишь, но этот пример скомпилится и гарантированно упадет

./1.cpp:1: error: expected constructor, destructor, or type conversion before ‘=’ token
./1.cpp:2: error: expected constructor, destructor, or type conversion before ‘->’ token

не компилируется :( а если серьезно - минимальный рабочий пример можно?

~~aho~~ (24.03.2011 20:34:04)

[#] Ответ на: комментарий от aho 24.03.2011 20:34:04

Мой чем плох?

namezys

(24.03.2011 20:34:51)

[#] Ответ на: комментарий от namezys 24.03.2011 20:33:34

> Ну вот выше я написал. Неверный результат. Вот руки и отрывать надо.

то, что ты написал - даже не отработает, я написал почему, а "b->b" вернет правильное значение

П.С. ну неужели так трудно проверить свой же пример, и оформить его нормально с выводом результата :)

~~aho~~ (24.03.2011 20:35:46)

[#] Ответ на: комментарий от namezys 24.03.2011 20:34:51

> Мой чем плох?

см. мой предыдущий пост

~~aho~~ (24.03.2011 20:36:07)

[#] Ответ на: комментарий от aho 24.03.2011 20:34:04

Логично, он из контекста вырван, в контексте он компилится и падает

Gorthauer

(24.03.2011 20:37:14)

[#] Ответ на: комментарий от Gorthauer 24.03.2011 20:37:14

> Логично, он из контекста вырван, в контексте он компилится и падает

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

~~aho~~ (24.03.2011 20:39:24)

[#] Ответ на: комментарий от aho 24.03.2011 20:36:07

я написал 2 примера

В первом случае везет и ты получаешь 0 - все отработает. Во втором - падение

namezys

(24.03.2011 20:41:30)

[#] Ответ на: комментарий от namezys 24.03.2011 20:21:26

Ты вообще компилировать-то пробовал? Или так, на бумажке программируешь?

Vamp (24.03.2011 20:46:30)

← 1 2 →

←	[C++/Qt] Работа с файлами при создании бэкапа

Development

кто пользвал CollabNet Subversion нужна помощь

→