[kdev-python/listcontenttypes] /: Further tries to add a new type, but it crashes

[Sven Brauch]

Okay, I got it. Thanks for the hints! :)

Bye,
Sven

2011/6/15 Sven Brauch <svenbrauch at googlemail.com>:
> Hi,
>
> okay! I tried to do it exactly like in the example now, but I still get asserts:
>
> KDevelop::AbstractTypeDataRequest::createItem: created type in
> repository does not equal source type
> ASSERT: "otherType->equals(&m_item)" in file
> kdevplatform/language/duchain/repositories/typerepository.cpp, line 61
>
> This looks like some data is not being copied correctly -- but why?
>
> I also added my own "equals" function which compares additional stuff,
> but this assert occured before in the same way, so the problem is
> probably not there.
>
> It's about those two files:
> https://projects.kde.org/projects/playground/devtools/plugins/kdev-python/repository/revisions/listcontenttypes/show/duchain/types
>
> Best regards,
> Sven
>
> 2011/6/14 David Nolden <david.nolden.kdevelop at art-master.de>:
>> The type-system classes are not simply classes you can write
>> "standard" ways, but they need to follow a very specific structure.
>> All the rules that must be followed are written down at the top of
>> AbstractType.h. It is simpler, however, to just copy another existing
>> type, and replace the occurences of the base-class with your own
>> base-class, and rename the type and data-type class.
>>
>> Your copy-constructors for example look wrong, because they miss the
>> copyData call.
>>
>> Greetings, David
>>
>> --
>> KDevelop-devel mailing list
>> KDevelop-devel at kdevelop.org
>> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>>
>