Bug 296232 - Umbrello crashes when I create a new folder and rename it.
Summary: Umbrello crashes when I create a new folder and rename it.
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR major
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-17 20:10 UTC by waseihou
Modified: 2012-03-18 21:06 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description waseihou 2012-03-17 20:10:00 UTC
After several years when I tried umbrello but found it buggy I have decided to try how it works now. Still unexpectedly crashing on common actions, don't know how anyone could use it. I have my system update KDE 4.8 on arch linux. When it will be at least a little usable?

Bug happened when I create a new folder in ER diagram in tree view and try to rename it. When I tried to use valgrind on it, there is lot of shit going on from start to segmentation fault.

==10171== Memcheck, a memory error detector
==10171== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==10171== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==10171== Command: umbrello                                                                                                                                  
==10171==                                                                                                                                                    
==10171== Invalid read of size 4                                                                                                                             
==10171==    at 0x69A1792: ??? (in /usr/lib/libfontconfig.so.1.4.4)                                                                                          
==10171==    by 0x69A3DF9: FcConfigFilename (in /usr/lib/libfontconfig.so.1.4.4)                                                                             
==10171==    by 0x69B84DB: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)                                                                         
==10171==    by 0x69AD355: FcInitLoadConfig (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69AD478: FcInitLoadConfigAndFonts (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69AD6FC: FcInit (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x4E5E4D0: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4DE24DB: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x6F625F7: ???
==10171==  Address 0x6f6c134 is 20 bytes inside a block of size 22 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x69A16F7: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69A3DF9: FcConfigFilename (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B84DB: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69AD355: FcInitLoadConfig (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69AD478: FcInitLoadConfigAndFonts (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69AD6FC: FcInit (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x4E5E4D0: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4DE24DB: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x6F625F7: ???
==10171== 
==10171== Invalid read of size 4
==10171==    at 0x69A17A6: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x900642D: ???
==10171==  Address 0x6f71fb0 is 16 bytes inside a block of size 18 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x69A16F7: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x900642D: ???
==10171== 
==10171== Invalid read of size 4
==10171==    at 0x69A17A6: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B84DB: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8998: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8D53: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==  Address 0x6fa90e8 is 40 bytes inside a block of size 42 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x69A16F7: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B84DB: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8998: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8D53: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171== 
==10171== Invalid read of size 4
==10171==    at 0x69A1792: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B84DB: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8998: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8D53: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==  Address 0x6fb2004 is 36 bytes inside a block of size 39 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x69A16F7: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B84DB: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8998: FcConfigParseAndLoad (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x69B8D53: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171== 
==10171== Invalid read of size 4
==10171==    at 0x69A17A6: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x2E73746D: ???
==10171==  Address 0x6fd3e40 is 24 bytes inside a block of size 26 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x69A16F7: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x2E73746D: ???
==10171== 
==10171== Invalid read of size 4
==10171==    at 0x69A1792: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x6F632E6B: ???
==10171==  Address 0x6fe3114 is 20 bytes inside a block of size 22 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x69A16F7: ??? (in /usr/lib/libfontconfig.so.1.4.4)
==10171==    by 0x6F632E6B: ???
==10171== 
umbrello(10171)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory! 
umbrello(10171)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory! 
==10171== Invalid read of size 8
==10171==    at 0x4DCF4B3: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FC4996: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FCB781: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FD5EB4: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4F4FF0B: QPainter::drawPixmap(QRectF const&, QPixmap const&, QRectF const&) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x75CA608: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x75CF4C3: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x75C26CE: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x5C143DC: QMetaMethod::invoke(QObject*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) const (in /usr/lib/libQtCore.so.4.8.0)
==10171==    by 0x5C169EE: QMetaObject::invokeMethod(QObject*, char const*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) (in /usr/lib/libQtCore.so.4.8.0)
==10171==    by 0x5118FEF: QStyle::standardIcon(QStyle::StandardPixmap, QStyleOption const*, QWidget const*) const (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x52351FB: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==  Address 0xa7c09f0 is 8 bytes before a block of size 1,024 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x4EA3B58: QImageData::create(QSize const&, QImage::Format, int) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4EA4D98: QImage::QImage(int, int, QImage::Format) (in /usr/lib/libQtGui.so.4.8.0)
==10171== 
==10171== Invalid read of size 8
==10171==    at 0x4DCF7F9: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FC4996: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FCB781: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FD5EB4: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4F4FF0B: QPainter::drawPixmap(QRectF const&, QPixmap const&, QRectF const&) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x75CA608: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x75CF4C3: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x75C26CE: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x5C143DC: QMetaMethod::invoke(QObject*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) const (in /usr/lib/libQtCore.so.4.8.0)
==10171==    by 0x5C169EE: QMetaObject::invokeMethod(QObject*, char const*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) (in /usr/lib/libQtCore.so.4.8.0)
==10171==    by 0x5118FEF: QStyle::standardIcon(QStyle::StandardPixmap, QStyleOption const*, QWidget const*) const (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x52351FB: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==  Address 0xa7c0df8 is 0 bytes after a block of size 1,024 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x4EA3B58: QImageData::create(QSize const&, QImage::Format, int) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4EA4D98: QImage::QImage(int, int, QImage::Format) (in /usr/lib/libQtGui.so.4.8.0)
==10171== 
umbrello(10171) UMLListView::findView: returning 0 at UMLListView::findView 
umbrello(10171) UMLListView::findView: returning 0 at UMLListView::findView 
==10171== Invalid read of size 8
==10171==    at 0x4DCF5BD: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FC4996: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FCB781: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4FD5EB4: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4F4FF0B: QPainter::drawPixmap(QRectF const&, QPixmap const&, QRectF const&) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x75CF963: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x75B7E84: ??? (in /usr/lib/kde4/plugins/styles/oxygen.so)
==10171==    by 0x513B6FD: QCommonStyle::drawControl(QStyle::ControlElement, QStyleOption const*, QPainter*, QWidget const*) const (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x1: ???
==10171==  Address 0x7c9a328 is 0 bytes after a block of size 1,024 alloc'd
==10171==    at 0x402B018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==10171==    by 0x4EA3B58: QImageData::create(QSize const&, QImage::Format, int) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x4EA4D98: QImage::QImage(int, int, QImage::Format) (in /usr/lib/libQtGui.so.4.8.0)
==10171==    by 0x6F6FFFF: ???
==10171== 
==10171== Stack overflow in thread 1: can't grow stack to 0xbe649fd8
==10171== Can't extend stack to 0xbe6498f0 during signal delivery for thread 1:
==10171==   no stack segment
==10171== 
==10171== Process terminating with default action of signal 11 (SIGSEGV)
==10171==  Access not within mapped region at address 0xBE6498F0
==10171==    at 0x4E44C8F: ??? (in /usr/lib/libQtGui.so.4.8.0)
==10171==  If you believe this happened as a result of a stack
==10171==  overflow in your program's main thread (unlikely but
==10171==  possible), you can try to increase the size of the
==10171==  main thread stack using the --main-stacksize= flag.
==10171==  The main thread stack size used in this run was 8388608.
==10171== Stack overflow in thread 1: can't grow stack to 0xbe649fcc
==10171== 
==10171== Process terminating with default action of signal 11 (SIGSEGV)
==10171==  Access not within mapped region at address 0xBE649FCC
==10171==    at 0x4024440: _vgnU_freeres (in /usr/lib/valgrind/vgpreload_core-x86-linux.so)
==10171==  If you believe this happened as a result of a stack
==10171==  overflow in your program's main thread (unlikely but
==10171==  possible), you can try to increase the size of the
==10171==  main thread stack using the --main-stacksize= flag.
==10171==  The main thread stack size used in this run was 8388608.
==10171== 
==10171== HEAP SUMMARY:
==10171==     in use at exit: 5,044,404 bytes in 78,216 blocks
==10171==   total heap usage: 357,173 allocs, 278,957 frees, 84,668,620 bytes allocated
==10171== 
==10171== LEAK SUMMARY:
==10171==    definitely lost: 1,784 bytes in 9 blocks
==10171==    indirectly lost: 6,760 bytes in 334 blocks
==10171==      possibly lost: 520,826 bytes in 11,550 blocks
==10171==    still reachable: 4,515,034 bytes in 66,323 blocks
==10171==         suppressed: 0 bytes in 0 blocks
==10171== Rerun with --leak-check=full to see details of leaked memory
==10171== 
==10171== For counts of detected and suppressed errors, rerun with: -v
==10171== ERROR SUMMARY: 431 errors from 9 contexts (suppressed: 1 from 1)
Segmentation fault
Comment 1 Oliver Kellogg 2012-03-18 21:06:52 UTC
First of all please upgrade to 2.8.1. 2.8 and earlier have known problems in the area of this PR.

(In reply to comment #0)
> [...]
> Bug happened when I create a new folder in ER diagram in tree view and try
> to rename it.

In 2.8.1 and trunk, there is a known problem with accepting default names on treeview object creation, see bug 292042.

>  When I tried to use valgrind on it, there is lot of shit going
> on from start to segmentation fault.
> [...]

Cannot reproduce the crash (or the valgrind boo) using 2.8.1.
Did this on a 32 bit machine with openSuSE-11.2 (i586) and KDE 4.3.5.
If after upgrade to 2.8.1 you still see the crash then please follow
http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports
and reopen.