gelide crashes when refreshing game list
Gelide, a configurable frontend for desktops.
Status: Beta
Brought to you by:
jamf
Menu
▾
▴
#18 gelide crashes when refreshing game list
I recently performed a fresh install of my Gentoo amd64 system, and now I'm no longer able to get gelide to run correctly. I'm using the latest version for git, and it'll compile and launch successfully, but every time I try to refresh the games list for any system it immediately crashes with this error:
Debug** Generating list for system Atari 2600...
glibmm-ERROR **:
unhandled exception (type std::exception) in signal handler:
what: std::bad_alloc
Trace/breakpoint trap
That's all I get even with debugging enabled (everything before that is just routine startup messages I'd expect to see). I tried running an strace, but it doesn't give me any (obviously) useful output, either.
I've tried rebuilding the git and last stable version several times with different options, but I've never been able to hit on anything that fully works. I originally thought it was a problem with glib (gelide won't compile directly against 2.32, though it's reasonably easy to fix), but even after downgrading back to glib 2.30 and rebuilding all libraries linked against glib I still get the same error.
I honestly have no idea what could be causing it at this point, and would appreciate any assistance you could provide.
I'm installing it through portage. It first runs "./autogen.sh'" to let it generate the necessary config files. I do get a bunch of errors like this at this stage, but I"m not sure if they're fatal or not (at the least, I wouldn't expect them to interfere with refreshing the games list):
gnome-doc-utils.make:74: if $(DOC_H_FILE: non-POSIX variable name
gnome-doc-utils.make:74: (probably a GNU make extension)
help/Makefile.am:4: `gnome-doc-utils.make' included from here
gnome-doc-utils.make:77: if $(DOC_H_FILE: non-POSIX variable name
gnome-doc-utils.make:77: (probably a GNU make extension)
help/Makefile.am:4: `gnome-doc-utils.make' included from here
gnome-doc-utils.make:118: if $(DOC_USER_FORMATS: non-POSIX variable name
gnome-doc-utils.make:118: (probably a GNU make extension)
help/Makefile.am:4: `gnome-doc-utils.make' included from here
<SNIP>
I get a bunch more of those, then it finally finishes the bootstrap. It's then configured like this:
./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --prefix=/usr/games --libdir=/usr/games/lib64 --datadir=/usr/share/games --sysconfdir=/etc/games --localstatedir=/var/games --enable-debug --enable-nls --disable-scrollkeeper --docdir=/usr/share/doc/gelide-9999 --localedir=/usr/share/locale --disable-dependency-tracking --datadir=/usr/share
and finally, built with make -j8. None of this should be out of the ordinary, and these are the same ebuilds I used before my system rebuild, so I don't know why it's failing now.
Any ideas? Any other info I can provide to help troubleshoot?
Thanks.
Don't want to be a pest, but jamf, any chance you had some time to look into this? I've yet to figure out what's causing the issue, and as a result I have to hand-edit the games.ggl files every time I add a new game to my collection. It's at least doable, but far from efficient.
Just wanted to follow up on this and see if you had any suggestions.
I will try to take a look this week.
+1 to this, I just discovered the problem after rebuilding on my new laptop. I linked against the latest glib (2.4), haven't done as much extensive testing as the OP. Would love some help for this. Keep up the great work.
I updated the git repository with some corrections to try to fix this bug but this is very hard to me figure what is happening.
In Debian it works without errors and try to install gentoo is a very time consuming thing so please, try the updates in the git repository and if it doesn't work, can any of you contact with me at gelide.prj@gmail.com to try to find a fix?
Thank you in advance.
jamf
I will email you, but consider this fix a success. I was able to rebuild one of my ROM dirs with no crash. Thanks very much for addressing this issue!
Yes! Working here as well, so whatever you changed seems to have done the trick. Thanks, jamf, it's working great now.
Ok, I will mark it as fixed.
Thank you guys!