Version: 1.1.1 (using KDE KDE 3.1.1) Installed from: RedHat RPMs It should be possible for me to have a class called Rectangle in the model package (ie model.Rectangle) and another class named Rectangle in the view package (ie view.Rectangle). Part of the goal of namespaces is to avoid extraneous additions to the name of a class or variable. This won't inconvenience fans of Polish notation, but would allow those of us who abhor to avoid using it.
In operation creating a class with an already used name regardless if there is a real namespace collision brings up a dialog saying class names must be unique and then the program crashes. The following stacktrace results: (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)...[New Thread 16384 (LWP 6241)] (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)...0x41071766 in waitpid () from /lib/libpthread.so.0 #0 0x41071766 in waitpid () from /lib/libpthread.so.0 #1 0x4072a5bd in KCrash::defaultCrashHandler(int) () from /usr/lib/libkdecore.so.4 #2 0x410704b9 in __pthread_sighandler () from /lib/libpthread.so.0 #3 <signal handler called> #4 0x00730065 in ?? () #5 0x40be034f in QListView::eventFilter(QObject*, QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #6 0x40b11dee in QObject::activate_filters(QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #7 0x40b11d11 in QObject::event(QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #8 0x40b47f8c in QWidget::event(QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #9 0x40bc53cf in QLineEdit::event(QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #10 0x40ab5f24 in QApplication::internalNotify(QObject*, QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #11 0x40ab5ab7 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #12 0x406be1e9 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdecore.so.4 #13 0x40a5dabe in QETWidget::translateKeyEvent(_XEvent const*, bool) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #14 0x40a59d14 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #15 0x40a6ebda in QEventLoop::processEvents(unsigned) () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #16 0x40ac9cf6 in QEventLoop::enterLoop() () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #17 0x40ac9b98 in QEventLoop::exec() () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #18 0x40ab6151 in QApplication::exec() () from /usr/lib/qt-3.1/lib/libqt-mt.so.3 #19 0x080b5d8e in QValueListPrivate<QString>::at(unsigned) const () #20 0x410fb49d in __libc_start_main () from /lib/libc.so.6
The crash does not occur with the CVS version. The way packages are handled should be changed to allow the same name in different packages and other such features but that's for another bug.