LinuxQuestions.org
Page 2 of 4 1 2 34
Show 50 post(s) from this thread on one page

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   vbam Slackbuild (https://www.linuxquestions.org/questions/slackware-14/vbam-slackbuild-4175476221/)

dugan 09-09-2013 06:04 PM
Quote:
Originally Posted by turtleli (Post 5024885)
Slackware comes with two versions of libpng in the same package - 1.4.12 and 1.2.50. I'm not sure if it can happen, but perhaps it has managed to link to 1.2.50 instead of 1.4.12, which I think is the version gtk uses.

Could you run "ldd gvbam" and see what version of libpng it is linking to?
Code:
➜  Linux  ldd /usr/bin/gvbam | grep libpng
        libpng14.so.14 => /usr/lib/libpng14.so.14 (0xb7260000)
➜  Linux
Two comments on that:

1. The executable is not the only thing that needs to be checked. I have not checked every library in its chain of dependencies to make sure that not a single one of them is linked against libpng 12. And no, I won't do that. :)

2. If this is indeed the issue, then I would find it very strange that VBAM seems to be the only program affected.

dugan 09-09-2013 06:18 PM
Also, anyone who solves this before I do gets offered ownership of the SlackBuild. :)

turtleli 09-09-2013 07:52 PM
Ok, I was completely off on that guess.

On non-multilib Slackware64-14.0 I've just compiled vbam using the slackbuild. The program seems to run fine and doesn't crash with libpng incompatibility errors. So perhaps it's a multilib build problem? I don't have a multilib system so I can't look into it myself. ldd points to the 64 bit libpng on my system.

Code:
ldd /usr/bin/gvbam | grep libpng
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f16dfa5b000)

dugan 09-09-2013 07:59 PM
Interesting that it works for you. I just tested it on a 32-bit VM and had the same problem yilez (the OP) did.

turtleli 09-09-2013 10:30 PM
The 32-bit version works here. I haven't done anything special either. Dependencies taken care of first as usual, then vbam installed without the ffmpeg option.

Only other thing I can think of and a complete stab in the dark is that I'm using fluxbox which I don't think uses gtk themes.

dugan 09-09-2013 11:32 PM
Okay, the icons still don't work, but let me know if this still crashes. It's a SlackBuild for r1199 that statically links libpng and zlib.

Source:
http://www.duganchen.ca/files/vbam-r1199-src.tar.bz2

SlackBuild:
http://pastebin.com/EFczu0P0

ReaperX7 09-09-2013 11:41 PM
Don't you need SDL for OpenGL rendering?

For me... it crashes every so often still without so much as a warning. I've tried to grep the logfile, but nothing except the program simply terminated execution. Turned on debugging build and nothing also. I'm getting no icons also.

Kinda wondering what the heck they are doing using outdated static libs within the project rather than using the dynamic or static system libs with simple compatibility workaround internally.

Dugan you should look at the source code as to how much of a mess it is.

dugan 09-09-2013 11:49 PM
Quote:
Originally Posted by ReaperX7 (Post 5025011)
Don't you need SDL for OpenGL rendering?
No you don't. Turning on SDL just gives you a GUI-less command-line executable.

The GUI builds use SFML, which is a competitor to SDL.

ReaperX7 09-09-2013 11:54 PM
Ah... hmmm... then again SDL does have a GUI project, but not certain how it's development has been going. I think there was one for SDL_GTK or something.

dugan 09-09-2013 11:55 PM
I think this proves your point about what a mess the source code is. :P

In addition to Higan, other options you might try are: Mednafen, or the Windows version of VBAM in Wine.

yilez 09-10-2013 03:43 AM
Quote:
Originally Posted by dugan (Post 5024896)
Code:
➜  Linux  ldd /usr/bin/gvbam | grep libpng
        libpng14.so.14 => /usr/lib/libpng14.so.14 (0xb7260000)
➜  Linux
Two comments on that:

1. The executable is not the only thing that needs to be checked. I have not checked every library in its chain of dependencies to make sure that not a single one of them is linked against libpng 12. And no, I won't do that. :)

2. If this is indeed the issue, then I would find it very strange that VBAM seems to be the only program affected.
I've had other slackbuilds complain on multilib due to trying to build against 32bit libs instead of 64 bit libs. Had to:

mv /usr/lib /usr/lib_
run slackbuild
mv /usr/lib_ /usr/lib

to get one to build.

EDIT: This doesn't work, by the way

yilez 09-10-2013 05:07 AM
Quote:
Originally Posted by dugan (Post 5025010)
Okay, the icons still don't work, but let me know if this still crashes. It's a SlackBuild for r1199 that statically links libpng and zlib.

Source:
http://www.duganchen.ca/files/vbam-r1199-src.tar.bz2

SlackBuild:
http://pastebin.com/EFczu0P0
Code:
**
Gtk:ERROR:gtkrecentmanager.c:2069:get_icon_fallback: assertion failed: (retval != NULL)
ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred
Aborted
Something is really screwy here.

yilez 09-10-2013 05:10 AM
Quote:
Originally Posted by ReaperX7 (Post 5024846)
Why would an icon theme interfere with zlib and libpng?

By comparison Higan's emulation of GBA is pre-alpha, but it's actually quite good as it tends to work the first time around without too much of a hiccup.
Only the old version was getting mixed up with the zlib problem. As for the newer version, it looks like it is trying to load images that are incompatible with this version of libpng. Perhaps gvbam isn't incompatibility very well and is crapping out instead of resorting to something else.

I honestly don't know. I do know that rebuilding the icon theme set did nothing. :)

turtleli 09-10-2013 05:40 AM
Thinking about it again, it might be the recent file menu. It does also happen to be the last error before crashing (I get alsa underrun occasionally but it's not fatal). From the behaviour you described it ran the first time but crashed after loading a file. It then crashed on startup on subsequent runs. The difference being that the recent menu now has an entry to it and trying to load the associated menu is causing it to crash.

yilez 09-10-2013 06:35 AM
Indeed. The recent menu is the only thing that will have changed. In fact, removing the entry from .local/share/recently-used.xbel allows me to load up the GUI again.

I am testing a few things at the moment. I think I know what the problem is, but I need to test first.


All times are GMT -5. The time now is 10:15 AM.
Page 2 of 4 1 2 34
Show 50 post(s) from this thread on one page