Bug 126968 - Umbrello crashes when rendering large xmi files while they're opened
Summary: Umbrello crashes when rendering large xmi files while they're opened
Status: RESOLVED DUPLICATE of bug 126262
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-08 17:55 UTC by João Batista
Modified: 2006-05-09 22:15 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
tarball with Umbrello file that caused crash for this bug (14.62 KB, application/octet-stream)
2006-05-09 11:04 UTC, João Batista
Details

Note You need to log in before you can comment on or make changes to this bug.
Description João Batista 2006-05-08 17:55:18 UTC
Version:           1.5.3 (using KDE 3.5.2, Debian Package 4:3.5.2-2+b1 (testing/unstable))
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.16.11-kanotix-up-1

BACKTRACE OUTPUT:
~~~~~~~~~~~~~~~~~
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1233221952 (LWP 11497)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[KCrash handler]
#5  0x70081e99 in ?? ()
#6  0x082bc050 in CPPSourceCodeOperation::updateMethodDeclaration ()
#7  0x082bbd8c in CPPSourceCodeOperation::init ()
#8  0x082bbe3a in CPPSourceCodeOperation::CPPSourceCodeOperation ()
#9  0x082baefc in CPPSourceCodeDocument::newCodeOperation ()
#10 0x0814ef4f in ClassifierCodeDocument::updateOperations ()
#11 0x082bad32 in CPPSourceCodeDocument::init ()
#12 0x082bad8b in CPPSourceCodeDocument::CPPSourceCodeDocument ()
#13 0x082b6bcb in CPPCodeGenerator::newClassifierCodeDocument ()
#14 0x082b7d26 in CPPCodeGenerator::initFromParentDocument ()
#15 0x082b6cd2 in CPPCodeGenerator::initAttributes ()
#16 0x082b7e7c in CPPCodeGenerator::CPPCodeGenerator ()
#17 0x0829febe in CodeGeneratorFactory::createObject ()
#18 0x08154810 in UMLApp::createGenerator ()
#19 0x08155110 in UMLApp::getGenerator ()
#20 0x0815515c in UMLDoc::addDefaultStereotypes ()
#21 0x081dd15f in UMLDoc::openDocument ()
#22 0x081dd87d in UMLApp::slotFileOpen ()
#23 0x081e5eae in UMLApp::qt_invoke ()
#24 0xb6efc54b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#25 0xb6efcfdc in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#26 0xb7745e99 in KAction::activated () from /usr/lib/libkdeui.so.4
#27 0xb7780031 in KAction::slotActivated () from /usr/lib/libkdeui.so.4
#28 0xb777ffcd in KAction::slotButtonClicked () from /usr/lib/libkdeui.so.4
#29 0xb779f3f6 in KAction::qt_invoke () from /usr/lib/libkdeui.so.4
#30 0xb6efc54b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#31 0xb7787eef in KToolBarButton::buttonClicked () from /usr/lib/libkdeui.so.4
#32 0xb77880f0 in KToolBarButton::mouseReleaseEvent ()
   from /usr/lib/libkdeui.so.4
#33 0xb6f36c78 in QWidget::event () from /usr/lib/libqt-mt.so.3
#34 0xb77e4811 in KToolBarButton::event () from /usr/lib/libkdeui.so.4
#35 0xb6e9287a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#36 0xb6e92dff in QApplication::notify () from /usr/lib/libqt-mt.so.3
#37 0xb756902e in KApplication::notify () from /usr/lib/libkdecore.so.4
#38 0xb6e2406f in QApplication::sendSpontaneousEvent ()
   from /usr/lib/libqt-mt.so.3
#39 0xb6e1f7a4 in QETWidget::translateMouseEvent ()
   from /usr/lib/libqt-mt.so.3
#40 0xb6e1dc94 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3
#41 0xb6e372a2 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#42 0xb6eab255 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#43 0xb6eab17a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#44 0xb6e9138d in QApplication::exec () from /usr/lib/libqt-mt.so.3
#45 0x081dde48 in main ()
Comment 1 Oliver Kellogg 2006-05-08 19:22:03 UTC
The new code generators in some places use a pattern as follows -

class Parent {
public:
  virtual void someMethod() = 0;
  Parent() { someMethod(); }
};

class Child : public Parent {
public:
  virtual void someMethod();
  Child () {}
};

Now when constructing a Child object, first the Parent constructor
runs - however that invokes someMethod() which is reimplemented
in the Child. Alas, construction of the Child object is at that point
not finished, which means we get a "pure virtual method called" type
segfault.
I am in the process of making factories for those classes.


*** This bug has been marked as a duplicate of 126262 ***
Comment 2 João Batista 2006-05-09 11:04:08 UTC
Created attachment 15988 [details]
tarball with Umbrello file that caused crash for this bug

This is the tarballed Umbrello file that caused the crash referenced in this
bug.
Comment 3 João Batista 2006-05-09 11:07:06 UTC
OK, it's understandable.

Based on past development experience, do you have any idea when this might be solved? i.e., what is the target release number for solving this?
Comment 4 Oliver Kellogg 2006-05-09 22:15:17 UTC
This XMI loads now too (see bug 125331)
Thanks to Stephan Kulow, the fix will appear in KDE 3.5.3.