| Summary: | media-sound/rosegarden-11.06 doesnt start | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Latinvs <cuentachunga> |
| Component: | Current packages | Assignee: | Professional Audio Applications Maintainers <proaudio> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | CC: | carlphilippreh |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Output of "strace rosegarden"
Output of "strace /usr/bin/rosegarden" |
||
|
Description
Latinvs
2011-06-02 12:32:31 UTC
So if you start rosegarden manually from a console there is no output on the console at all? (In reply to comment #1) > So if you start rosegarden manually from a console there is no output on the > console at all? Excuse the delay, I was of vacations. Correct! I write "rosegarden" and then press enter, the cursor jumps a line down and that is all. Doesnt happen anithing more. I really don't know what the problem is so I'd try a bunch of different debugging techniques such as using strace or gdb to see if you can find out what is happening. Created attachment 280483 [details]
Output of "strace rosegarden"
(In reply to comment #3) > I really don't know what the problem is so I'd try a bunch of different > debugging techniques such as using strace or gdb to see if you can find out > what is happening. Thanks for you indications, Tim. In the atachement is what I get. After "FUTEX_WAIT_PRIVATE, 1, NULL" it stops and stays so for ever. (In reply to comment #5) > (In reply to comment #3) > > I really don't know what the problem is so I'd try a bunch of different > > debugging techniques such as using strace or gdb to see if you can find out > > what is happening. > > Thanks for you indications, Tim. > In the atachement is what I get. After "FUTEX_WAIT_PRIVATE, 1, NULL" it stops > and stays so for ever. It looks like you're executing /usr/local/bin/rosegarden so you are probably running a version of rosegarden that wasn't installed by portage. Perhaps you built and installed rosegarden manually from source at some point and haven't removed it yet? Anyway, try "strace /usr/bin/rosegarden" which is where portage places the binary it installs for rosegarden. Created attachment 280523 [details]
Output of "strace /usr/bin/rosegarden"
The truth is that I've tried so many ways for making Rosegarden function -11.06 and previous versions- that I don't remember; but I think you are right, that I installed manually some versions of RS, and it seems that I didnt uninstall all them.
Ok, here's strace "/usr/bin/rosegarden" output atached.
i have had exactly the same problem for a long time, rosegarden doesn't start. i tried launching it from a console to see if i could see any messages, but absolutely nothing. i'm completely at loss, any ideas what can be the problem? any other debugging information i could provide apart from strace? thanks. i forgot to mention that this has been happening for me for several versions of rosegarden, not just 11.06. any advancement on this problem? i see the status hasn't changed from "UNCONFIRMED"... is there anything else we could do to help the developers? (In reply to comment #10) > any advancement on this problem? i see the status hasn't changed from > "UNCONFIRMED"... is there anything else we could do to help the developers? I can't reproduce it on any setup I've tried. (In reply to comment #7) > Created attachment 280523 [details] > Output of "strace /usr/bin/rosegarden" > > The truth is that I've tried so many ways for making Rosegarden function -11.06 > and previous versions- that I don't remember; but I think you are right, that I > installed manually some versions of RS, and it seems that I didnt uninstall all > them. > > Ok, here's strace "/usr/bin/rosegarden" output atached. Just so you know, it still seems that you have more externally built libraries that it's loading /usr/local (vorbis related ones), but that probably isn't related to this problem. Unfortunately it looks like it's hanging on a futex which doesn't tell us that much (a futex is a userspace locking system call). (In reply to comment #10) > any advancement on this problem? i see the status hasn't changed from > "UNCONFIRMED"... is there anything else we could do to help the developers? If you can figure out how to reproduce the bug that would be helpful. I haven't been able to reproduce it yet. It probably would be helpful to talk with upstream too to see if other users have had the problem before. (In reply to comment #11) > (In reply to comment #10) > > any advancement on this problem? i see the status hasn't changed from > > "UNCONFIRMED"... is there anything else we could do to help the developers? > > I can't reproduce it on any setup I've tried. (In reply to comment #7) > > Created attachment 280523 [details] > > Output of "strace /usr/bin/rosegarden" > > > > The truth is that I've tried so many ways for making Rosegarden function -11.06 > > and previous versions- that I don't remember; but I think you are right, that I > > installed manually some versions of RS, and it seems that I didnt uninstall all > > them. > > > > Ok, here's strace "/usr/bin/rosegarden" output atached. > > Just so you know, it still seems that you have more externally built libraries > that it's loading /usr/local (vorbis related ones), but that probably isn't > related to this problem. Oh, yes, but effectively I do not either think they have to do with this problem. I have builded Vorbis libraries externally to compress my music in OGG with AOTUV for better quality. You think I should try with the vorbis libraries original? > Unfortunately it looks like it's hanging on a futex which doesn't tell us that > much (a futex is a userspace locking system call). Then you think it is time to report a bug in Rosegarden's site as a upstrean bug? (In reply to comment #13) > Then you think it is time to report a bug in Rosegarden's site as a upstrean > bug? Probably. Or start a discussion with upstream in some other fashion to find if others have run into the problem before. As long as I can't reproduce the issue I don't know what to fix. (In reply to comment #14) > (In reply to comment #13) > > Then you think it is time to report a bug in Rosegarden's site as a upstrean > > bug? > > Probably. Or start a discussion with upstream in some other fashion to find if > others have run into the problem before. > > As long as I can't reproduce the issue I don't know what to fix. Ok, I shall do it. Many thanks for your time, Tim. Regards (In reply to comment #9) > i forgot to mention that this has been happening for me for several versions of > rosegarden, not just 11.06. The same for me. I also tried the package from Sabayon (http://packages.sabayon.org/quicksearch?q=rosegarden&x=0&y=0&=S if you want try) with the same result and te same strace output. Sorry, but as you see, there aren't any avances, :-/ I'm seeing the same problem as well.
The constructor of QSettings deadlocks somewhere in QtCore.
A very simple program can be used to reproduce the bug:
#include <QSettings>
int main()
{
QSettings settings;
}
The backtrace is as follows:
#0 0x00007ffff643cd7c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00007ffff792e5bf in QMutexPrivate::wait(int) () from /usr/lib64/qt4/libQtCore.so.4
#2 0x00007ffff792a515 in QMutex::lock() () from /usr/lib64/qt4/libQtCore.so.4
#3 0x00007ffff79ecd43 in getPath(QSettings::Format, QSettings::Scope) () from /usr/lib64/qt4/libQtCore.so.4
#4 0x00007ffff79f4c7e in QConfFileSettingsPrivate::QConfFileSettingsPrivate(QSettings::Format, QSettings::Scope, QString const&, QString const&) () from /usr/lib64/qt4/libQtCore.so.4
#5 0x00007ffff79f5351 in QSettings::QSettings(QSettings::Scope, QString const&, QString const&, QObject*) () from /usr/lib64/qt4/libQtCore.so.4
#6 0x00007ffff7a12a62 in QFactoryLoader::update() () from /usr/lib64/qt4/libQtCore.so.4
#7 0x00007ffff7a15770 in QFactoryLoader::QFactoryLoader(char const*, QString const&, Qt::CaseSensitivity) () from /usr/lib64/qt4/libQtCore.so.4
#8 0x00007ffff7a61078 in loader() () from /usr/lib64/qt4/libQtCore.so.4
#9 0x00007ffff7a61edf in QTextCodec::codecForName(QByteArray const&) () from /usr/lib64/qt4/libQtCore.so.4
#10 0x00007ffff7a624ca in setupLocaleMapper() () from /usr/lib64/qt4/libQtCore.so.4
#11 0x00007ffff7a638a3 in QTextCodec::codecForLocale() () from /usr/lib64/qt4/libQtCore.so.4
#12 0x00007ffff7978013 in QString::fromLocal8Bit(char const*, int) () from /usr/lib64/qt4/libQtCore.so.4
#13 0x00007ffff79b73b5 in locale_decode(QByteArray const&) () from /usr/lib64/qt4/libQtCore.so.4
#14 0x00007ffff79b77ba in QFile::decodeName(QByteArray const&) () from /usr/lib64/qt4/libQtCore.so.4
#15 0x00007ffff7a03456 in QFSFileEngine::homePath() () from /usr/lib64/qt4/libQtCore.so.4
#16 0x00007ffff79a9a10 in QDir::homePath() () from /usr/lib64/qt4/libQtCore.so.4
#17 0x00007ffff79ecaa0 in initDefaultPaths () from /usr/lib64/qt4/libQtCore.so.4
#18 0x00007ffff79ecd65 in getPath(QSettings::Format, QSettings::Scope) () from /usr/lib64/qt4/libQtCore.so.4
#19 0x00007ffff79f4c7e in QConfFileSettingsPrivate::QConfFileSettingsPrivate(QSettings::Format, QSettings::Scope, QString const&, QString const&) () from /usr/lib64/qt4/libQtCore.so.4
#20 0x00007ffff79f51a8 in QSettings::QSettings(QObject*) () from /usr/lib64/qt4/libQtCore.so.4
#21 0x00000000004005fe in main ()
It seems like Qt doesn't like constructing a QSettings object before a QApplication has been constructed. But for some reason, rosegarden does exactly this in their main function. I could get rosegarden to start by uncommenting all the settings that are taken from the initial QSettings object. (In reply to comment #18) > It seems like Qt doesn't like constructing a QSettings object before a > QApplication has been constructed. > But for some reason, rosegarden does exactly this in their main function. I > could get rosegarden to start by uncommenting all the settings that are taken > from the initial QSettings object. Can you communicate with upstream to get this fixed? I'm still unable to reproduce this with rosegarden-11.11.11 so I can't really help. well, i guess i solved the problem... somehow. i'm not a programmer, so i can't make heads or tails of the trace messages. but somehow i suspected that this problem could be related to the use flags in the qt packages. by default i have minimal use flags activated, so i began to experiment. i discovered that activating the "iconv" use flag in qt-core, rosegarden starts. i heven't tested it extensively, but it seems to work. at least it starts... my use flags for qt-core right now are: x11-libs/qt-core exceptions glib iconv qt3support ssl so i guess that the rosegarden ebuild should check the iconv use flag in qt-core. perhaps there are others (qt-gui?), but at least this solved the problem for me. Yes, you solved the problem. Activating the iconv flag RS works, :) I know this is not a forum, but should I edit the title to «Solved»? |
