From: Olegaria E. <cue...@gm...> - 2011-11-24 20:33:23
|
----- Mensaje original ----- De: D. Michael McIntyre Enviado: 24-11-11 20:48 Para: ros...@li... Asunto: Re: [Rosegarden-user] Rosegarden doesnt start On Wednesday, November 23, 2011, cue...@gm... wrote: > Strace tells more, but I think is too long to post in a message. If you > need that output, please tell me how I can post it. The last 50 or so lines of that output might offer a clue. Here you are: mprotect(0x7f3a5577f000, 4096, PROT_READ) = 0 mprotect(0x7f3a55997000, 4096, PROT_READ) = 0 mprotect(0x7f3a55cd0000, 4096, PROT_READ) = 0 mprotect(0x7f3a55f35000, 8192, PROT_READ) = 0 mprotect(0x7f3a562a6000, 4096, PROT_READ) = 0 mprotect(0x7f3a56609000, 49152, PROT_READ) = 0 mprotect(0x7f3a5681c000, 4096, PROT_READ) = 0 mprotect(0x7f3a56a38000, 4096, PROT_READ) = 0 mprotect(0x7f3a56d0d000, 24576, PROT_READ) = 0 mprotect(0x7f3a56f2c000, 4096, PROT_READ) = 0 mprotect(0x7f3a57143000, 4096, PROT_READ) = 0 mprotect(0x7f3a5765a000, 49152, PROT_READ) = 0 mprotect(0x7f3a579a2000, 24576, PROT_READ) = 0 mprotect(0x7f3a57bef000, 8192, PROT_READ) = 0 mprotect(0x7f3a5885c000, 253952, PROT_READ) = 0 mprotect(0x1390000, 8192, PROT_READ) = 0 mprotect(0x7f3a58ac1000, 4096, PROT_READ) = 0 munmap(0x7f3a58aa0000, 128563) = 0 set_tid_address(0x7f3a58a8aa30) = 16878 set_robust_list(0x7f3a58a8aa40, 0x18) = 0 futex(0x7fff1c7de78c, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7fff1c7de78c, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7f3a58a8a760) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGRTMIN, {0x7f3a56d1ba50, [], SA_RESTORER|SA_SIGINFO, 0x7f3a56d25340}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x7f3a56d1bae0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7f3a56d25340}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 brk(0) = 0x2421000 brk(0x2442000) = 0x2442000 futex(0x7f3a55568b88, FUTEX_WAKE_PRIVATE, 2147483647) = 0 times({tms_utime=0, tms_stime=1, tms_cutime=0, tms_cstime=0}) = 430704021 brk(0x2463000) = 0x2463000 futex(0x7f3a57666c78, FUTEX_WAKE_PRIVATE, 2147483647) = 0 setsid() = 16878 stat("/usr/lib64/qt4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/usr/lib64/qt4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=114688, ...}) = 0 lstat("/usr/lib64/qt4", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr/lib64/qt4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/usr/lib64/kde4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=114688, ...}) = 0 lstat("/usr/lib64/kde4", {st_mode=S_IFDIR|0755, st_size=36864, ...}) = 0 lstat("/usr/lib64/kde4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/home/castaspasten/.kde4/lib64/kde4/plugins", 0x244c748) = -1 ENOENT (No such file or directory) lstat("/home/castaspasten/.kde4/lib64/kde4/plugins", 0x7fff1c7dba50) = -1 ENOENT (No such file or directory) stat("/usr/lib64/kde4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=114688, ...}) = 0 lstat("/usr/lib64/kde4", {st_mode=S_IFDIR|0755, st_size=36864, ...}) = 0 lstat("/usr/lib64/kde4/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 futex(0x244ad1c, FUTEX_WAIT_PRIVATE, 1, NULL |
From: Olegaria E. <cue...@gm...> - 2011-11-24 20:47:12
|
> - Is there some incompatibility issue with the newer versions of QT? A > quick look at the Changelog the other day indicated that there are a > massive amount of changes even in a minor release. Acording to http://gpo.zugaina.org/media-sound/rosegarden/Dep the only incompatibility of QT 4.7.4 is with RG 10.02 and older. Besides it happened the same when I was on QT 4.7.2 and 4.7.3. > - Could there be something broken/incompatible in your sound system? > What sound system(s) does KDE have activated? Can you turn the sound > system off and then try starting Rosegarden? My sound system works perfectly with all other programs, but who knows... What special "thing" needs a sound system for Rosegarden besides sounding? I have tried an installation of Chakra and RG under Virtualbox and it seems to work. I say "seems" because I havent been able to make my sound system work in this Virtual installation, but that's not fault of RG. My KDE installation uses Gstreamer 4.5.0, now, a month ago I had VLC and RG 11.06 failed as well. How can I turn off KDE's sound system? I can only see how to change the sound backend (if I had now any besides Gstreamer). > $ emerge --info Rosegarden Portage 2.1.10.11 (default/linux/amd64/10.0/no-multilib, gcc-4.4.5, glibc-2.12.2-r0, 3.0.6-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.0.6-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7500_@_2.20GHz-with-gentoo-2.0.3 Timestamp of tree: Wed, 23 Nov 2011 16:45:01 +0000 app-shells/bash: 4.1_p9 dev-lang/python: 2.7.2-r3, 3.1.4-r3 dev-util/cmake: 2.8.4-r1 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.11.1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.4.5, 4.5.3-r1 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 2.6.39 (virtual/os-headers) sys-libs/glibc: 2.12.2 Repositories: gentoo ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks ebuild-locks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="ftp://darkstar.ist.utl.pt/pub/gentoo/ http://darkstar.ist.utl.pt/gentoo/ http://gentoo-euetib.upc.es/mirror/gentoo/ ftp://ftp.udc.es/gentoo/ http://ftp.udc.es/gentoo/" LANG="es_ES.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="es_ES es" MAKEOPTS="-j3" PKGDIR="/usr/portage/distfiles" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="64bit a52 aac acpi alsa amd64 aotuv bash-completion branding bzip2 cdr cli consolekit crypt cxx dbus dri dts dvd dvdr encode exif fam flac gif jack jpeg laptop lcms libnotify lm_sensors mad mmx mng modules ncurses nls nptl nvidia ogg opengl pam perl png policykit python qt4 readline semantic-desktop session smp spell sse sse2 ssl ssse3 startup-notification svg symlink sysfs tcpd tiff truetype unicode vdpau vorbis x264 xcb xml xorg xv xvid xvmc zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es_ES es" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="vesa nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS > $ cat /etc/make.conf CFLAGS="-march=native -O2 -pipe -fomit-frame-pointer" CXXFLAGS="$CFLAGS" MAKEOPTS="-j3" CHOST="x86_64-pc-linux-gnu" USE="64bit a52 aac acpi alsa aotuv bash-completion branding bzip2 cdr consolekit crypt cxx dbus dri dts dvd dvdr encode exif fam flac gif jack jpeg laptop lcms lm_sensors libnotify mad mmx mng modules ncurses nls nptl nvidia opengl pam ogg perl png policykit python qt4 readline spell semantic-desktop session smp sse sse2 ssse3 ssl startup-notification svg symlink sysfs tcpd tiff truetype unicode vdpau vorbis x264 xcb xml xv xvid xvmc zlib -acl -berkdb -bluetooth -cups -doc -fortran -gdbm -gnome -gtk -hal -handbook -iconv -ipv6 -kde -pppd -spl -ssh -audio -cracklib -gpm -mudflap -nptlonly -openmp -pcre -reflection -samba -X" INPUT_DEVICES="keyboard mouse evdev synaptics" ALSA_CARDS="hda-intel" VIDEO_CARDS="vesa nvidia" LINGUAS="es_ES es" #Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY GENTOO_MIRRORS="ftp://darkstar.ist.utl.pt/pub/gentoo/ http://darkstar.ist.utl.pt/gentoo/ http://gentoo-euetib.upc.es/mirror/gentoo/ ftp://ftp.udc.es/gentoo/ http://ftp.udc.es/gentoo/" PORTAGE_BINHOST="http://tinderbox.dev.gentoo.org/default-linux/amd64/" PKGDIR="/usr/portage/distfiles" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" ACCEPT_LICENSE="*" > $ equery g rosegarden I suppose you only need the depency info of the version 11.11: * dependency graph for media-sound/rosegarden-11.11 `-- media-sound/rosegarden-11.11 ~amd64 `-- x11-libs/qt-gui-4.7.4 (x11-libs/qt-gui) ~amd64 `-- media-libs/ladspa-sdk-1.13-r1 (media-libs/ladspa-sdk) amd64 `-- x11-libs/libSM-1.2.0 (x11-libs/libSM) amd64 `-- media-sound/jack-audio-connection-kit-0.118.0 (media-sound/jack-audio-connection-kit) amd64 `-- media-libs/alsa-lib-1.0.24.1 (media-libs/alsa-lib) amd64 `-- media-libs/dssi-1.0.0 (>=media-libs/dssi-1.0.0) amd64 `-- media-libs/liblo-0.26 (media-libs/liblo) amd64 `-- media-libs/liblrdf-0.4.0-r20 (media-libs/liblrdf) amd64 `-- sci-libs/fftw-3.2.2 (sci-libs/fftw) amd64 `-- media-libs/libsamplerate-0.1.7 (media-libs/libsamplerate) amd64 [sndfile] `-- app-misc/lirc-0.8.7 (app-misc/lirc) amd64 `-- dev-util/pkgconfig-0.26 (dev-util/pkgconfig) amd64 `-- x11-misc/makedepend-1.0.3 (x11-misc/makedepend) amd64 `-- sys-devel/automake-1.11.1 (=sys-devel/automake-1.11*) amd64 `-- sys-devel/autoconf-2.68 (>=sys-devel/autoconf-2.61) amd64 `-- sys-devel/libtool-2.4-r1 (sys-devel/libtool) amd64 [ media-sound/rosegarden-11.11 stats: packages (17), max depth (1) ] All these dependencies except one are "passed", acording to equery, that one is lirc, why I need am infrared remote control driver? Do you think it might be te culprit? > - you could run "equery check rosegarden" on rosegarden or any of its > dependences to make sure the files were installed correctly > - a rev-rebuild run might help, in case a dependency is broken revdep-rebuild says "Dynamic linking on your system is consistent... All done." > - Rosegarden does have a "debug" use flag. Perhaps if you rebuilt it > with that enabled, some useful information might appear from debugging > statements. Ok, I'll do it if in a couple of days I dont get any solution. Thanks a lot, Christopher. :) |
From: Christopher H. <chr...@fr...> - 2011-11-24 22:20:48
|
First of all: what happens when you run the command "rosegarden --version"? On 11/24/2011 11:46 AM, "Olegaria Ercilurrutigastañazagogeascoa" wrote: > My sound system works perfectly with all other programs, but who knows... What special "thing" needs a sound system for Rosegarden besides sounding? > I have tried an installation of Chakra and RG under Virtualbox and it seems to work. I say "seems" because I havent been able to make my sound system work in this Virtual installation, but that's not fault of RG. > My KDE installation uses Gstreamer 4.5.0, now, a month ago I had VLC and RG 11.06 failed as well. > How can I turn off KDE's sound system? I can only see how to change the sound backend (if I had now any besides Gstreamer). > This seems less and less likely to be the problem. According to my observation, even if the sound system were hanging Rosegarden during the load, you should see other terminal output first. From my terminal: $ rosegarden Setting graphics system for Qt 4.5+ to: raster Thorn - true System Locale: en_US Qt translations path: /usr/share/qt4/translations Qt translations not loaded. RG Translation: trying to load :locale/en_US RG Translations loaded successfully. Loaded application icon "rg-rwb-rose3-16x16" Loaded application icon "rg-rwb-rose3-32x32" <snip> It should also be noted, looking at Rosegarden source, that if this were a QT graphics activation problem, you should see the line "Setting graphics system" etc. anyway, which you don't. Though, I suppose that doesn't rule out a library loading problem... > >> $ emerge --info Rosegarden > You're system config looks pretty similar to mine, except you are using the no-multilib profile (I am using the desktop profile) but I think that shouldn't make a difference here. I also noticed that you have GCC 4.5 installed, but you are configured to use 4.4. Likely not relevant here, but it is something you might want to get around to fixing eventually. > > All these dependencies except one are "passed", acording to equery, that one is lirc, why I need am infrared remote control driver? Do you think it might be te culprit? > I think equery shows all the dependencies, assuming all the use flags were set. If your "lirc" USE flag is not set, and lirc is not actually installed, there should be no problem here. > >> - you could run "equery check rosegarden" on rosegarden or any of its >> dependences to make sure the files were installed correctly >> - a rev-rebuild run might help, in case a dependency is broken > > revdep-rebuild says "Dynamic linking on your system is consistent... All done." > >> - Rosegarden does have a "debug" use flag. Perhaps if you rebuilt it >> with that enabled, some useful information might appear from debugging >> statements. > > Ok, I'll do it if in a couple of days I dont get any solution. > > Thanks a lot, Christopher. :) > -- frigidcode.com theologia.indicium.us |
From: D. M. M. <mic...@ro...> - 2011-11-24 22:36:36
|
On Thursday, November 24, 2011, Christopher Howard wrote: > > All these dependencies except one are "passed", acording to equery, that > > one is lirc, why I need am infrared remote control driver? Do you think > > it might be te culprit? > > I think equery shows all the dependencies, assuming all the use flags > were set. If your "lirc" USE flag is not set, and lirc is not actually > installed, there should be no problem here. As of 10.02, Rosegarden no longer has conditional build options to turn off assorted libraries. We support JACK, ALSA, LIRC, DSSI, etc., so you have to have all of that stuff installed to build Rosegarden. We did this because it simplifies support enormously if everyone builds the same code, without all the conditional build nonsense. We've had bugs that would manifest if the #ifdef went one way, but not if it went the other way, and these issues caused us a lot of headaches. We don't require anything that's difficult to obtain, so we don't feel this is an undue burden. I have no idea if LIRC could be behind any of these problems, but that could indeed be a clue. -- D. Michael McIntyre |
From: Olegaria E. <cue...@gm...> - 2011-11-25 15:19:00
|
El Jueves, 24 de noviembre de 2011 13:23:09 Christopher Howard escribió: > First of all: what happens when you run the command "rosegarden --version"? Rosegarden version: 11.11 ("Edelweiss") Build key: a3c4c29a40 Built against Qt version: 4.7.4 > You're system config looks pretty similar to mine, except you are using > the no-multilib profile (I am using the desktop profile) but I think > that shouldn't make a difference here. I also noticed that you have GCC > 4.5 installed, but you are configured to use 4.4. Likely not relevant Yes, I had updated my sistem but didn't have configured GCC. Now my working compiler is GCC 4.5.3 and have recompiled RG with the same results, :-/ |
From: Olegaria E. <cue...@gm...> - 2011-11-24 21:05:51
|
> > - Rosegarden does have a "debug" use flag. Perhaps if you rebuilt it > > with that enabled, some useful information might appear from debugging > > statements. > > Ok, I'll do it if in a couple of days I dont get any solution. I just noticed that I have already RG compiled with the "debug" flag; I think I set that flag in my package.use one of those other times I was "fighting" with older versions, so if you could tell me how to see those debugging statements... (pardon my ignorance I never had such a weird probelm with Gentoo nor other distros) |
From: Christopher H. <chr...@fr...> - 2011-11-24 22:30:24
|
On 11/24/2011 12:05 PM, "Olegaria Ercilurrutigastañazagogeascoa" wrote: >>> - Rosegarden does have a "debug" use flag. Perhaps if you rebuilt it >>> with that enabled, some useful information might appear from debugging >>> statements. >> >> Ok, I'll do it if in a couple of days I dont get any solution. > > I just noticed that I have already RG compiled with the "debug" flag; I think I set that flag in my package.use one of those other times I was "fighting" with older versions, so if you could tell me how to see those debugging statements... (pardon my ignorance I never had such a weird probelm with Gentoo nor other distros) > Another idea would be to rebuild _without_ the debug flag enabled. Looking at the source now, there seems to be a lot of complicated debug code in here, and I'm not sure what it effects. (devs...?) Again, be sure to let us know what the "rosegarden --version" command does, as that should tell us a little about what stage the problem is occurring in. (The --version command causes the main.cpp code to exit before any graphics or sound initialization or such like.) -- frigidcode.com theologia.indicium.us |
From: Olegaria E. <cue...@gm...> - 2011-11-25 15:29:25
|
I have to go now. I'll try your sugestion this evening. Thanks, Michael. > ----- Mensaje original ----- > De: D. Michael McIntyre > Enviado: 24-11-11 23:28 > Para: ros...@li... > Asunto: Re: [Rosegarden-user] Rosegarden doesnt start > > On Thursday, November 24, 2011, Olegaria Ercilurrutigastañazagogeascoa wrote: > > > futex(0x7fff1c7de78c, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, > > NULL, 7f3a58a8a760) = -1 EAGAIN (Resource temporarily unavailable) > > I don't know enough about the part of our code in question to understand > exactly what that's telling me, but I know enough about how it all fits > together to guess that Rosegarden is getting stuck waiting for access to the > realtime clock for some reason or other. > > I'd try running as root and see if that gets you anywhere. If Rosegarden > continues past this issue as root, then the underlying problem is most likely > something you could configure away by tweaking the permissions on something, > somewhere. I'm not exactly sure what, where, or how, but that would be the > general direction to aim in. > > Either way, I have a feeling that the "(auto)" timer setting should be robust > enough to detect a problem like this, and try using a different timing source > or something, instead of just hanging indefinitely. If we can figure out what > file open code in Rosegarden is behind this infinite wait, we ought to be able > to wrap some kind of timer around it so it will only spin its wheels for a > fixed amount of time before aborting and trying something else. > > I have no idea where this code is, or what steps have already been taken to > avoid this kind of situation. I'm interested enough to go have a look, but I > have no idea when that might be. > -- > D. Michael McIntyre > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Rosegarden-user mailing list > Ros...@li... - use the link below to unsubscribe > https://lists.sourceforge.net/lists/listinfo/rosegarden-user |
From: D. M. M. <mic...@ro...> - 2011-11-24 22:28:54
|
On Thursday, November 24, 2011, Olegaria Ercilurrutigastañazagogeascoa wrote: > futex(0x7fff1c7de78c, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, > NULL, 7f3a58a8a760) = -1 EAGAIN (Resource temporarily unavailable) I don't know enough about the part of our code in question to understand exactly what that's telling me, but I know enough about how it all fits together to guess that Rosegarden is getting stuck waiting for access to the realtime clock for some reason or other. I'd try running as root and see if that gets you anywhere. If Rosegarden continues past this issue as root, then the underlying problem is most likely something you could configure away by tweaking the permissions on something, somewhere. I'm not exactly sure what, where, or how, but that would be the general direction to aim in. Either way, I have a feeling that the "(auto)" timer setting should be robust enough to detect a problem like this, and try using a different timing source or something, instead of just hanging indefinitely. If we can figure out what file open code in Rosegarden is behind this infinite wait, we ought to be able to wrap some kind of timer around it so it will only spin its wheels for a fixed amount of time before aborting and trying something else. I have no idea where this code is, or what steps have already been taken to avoid this kind of situation. I'm interested enough to go have a look, but I have no idea when that might be. -- D. Michael McIntyre |
From: D. M. M. <mic...@ro...> - 2011-11-25 11:08:17
|
On Thursday, November 24, 2011, D. Michael McIntyre wrote: > I have no idea where this code is, or what steps have already been taken to > avoid this kind of situation. I'm interested enough to go have a look, but > I have no idea when that might be. OK, I had a look. I'm not even sure I'm looking in the right place, but what I did see was kind of like having a look around some big control room with all the dials and switches labeled in Russian. I know just enough Greek to be able to make out how to pronounce some Russian words, but even then I don't really know what any but a handful of them mean. I'm cutting my losses and walking away from this one. -- D. Michael McIntyre |