LinuxQuestions.org - [SOLVED] vbam Slackbuild

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

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

I'm trying to build the vbam slackbuild.

http://slackbuilds.org/repository/14.0/games/vbam/

It ran first time until I started a game, but crashed right away. Now it crashes as soon as I try to start it now. I get the following error:

Code:

(gvbam:10760): Gtk-WARNING **: Error loading theme icon 'edit-find' for stock: Fatal error reading PNG image file: Incompatible libpng version in application and library



(gvbam:10760): Gtk-WARNING **: Error loading theme icon 'text-x-generic' for stock: Fatal error reading PNG image file: Incompatible libpng version in application and library



(gvbam:10760): Gtk-WARNING **: Error loading theme icon 'edit-find' for stock: Fatal error reading PNG image file: Incompatible libpng version in application and library



(gvbam:10760): Gtk-WARNING **: Error loading theme icon 'text-x-generic' for stock: Fatal error reading PNG image file: Incompatible libpng version in application and library

**

Gtk:ERROR:gtkrecentmanager.c:2069:get_icon_fallback: assertion failed: (retval != NULL)

Aborted

If I take the source file and build it manually, it produces a vbam binary as well as the gvbam binary, and that can be used to run .gba files. It looks like it is just the GUI that is going wrong.

Any ideas?

Building on Slackware64 + AlienBob's multilib.

Sorry about that. I'm the VBAM SlackBuild maintainer, and I'll have an answer for you by the end of the day tomorrow. Probably earlier.

I'm actually kind of at a loss for how to solve this. Help?

The VBA-M project is rather poorly documented and more or less is often very slipshod at best with it working at times with it's builds. I've had less than favourable results with it.

You might also want to check the older 1.8.0-1054 release.

http://slackbuilds.org/repository/13.37/games/vbam/

I had this one working rather well a while back.

Worst part is they use CMake rather than a traditional configure make script.

Sorry, wasn't expecting a swift response.

I haven't had chance to look into solutions since posting. I'd say do what ReaperX7 suggests and use an older version if that works.

Another suggestion is to keep the command line binary in the install. I noticed that it isn't in my path, but it does get built.

I don't have tonnes of time until Sunday evening. If there is anything that you want me to do, I'm very happy to help, but it will have to wait until then.

The version that ReaperX7 suggests craps out when building:

Code:

wget http://downloads.sourceforge.net/project/salix-sbo/13.37/vbam/vbam-1.8.0.1054-src.tar.gz

tar xf vbam-1.8.0.1054-src.tar.gz

cd vbam-1.8.0.1054

cmake . -DENABLE_WX=OFF -DENABLE_FFMPEG=OFF -DENABLE_GTK=OFF

make



...



[ 22%] Building CXX object CMakeFiles/fex.dir/fex/fex/Data_Reader.cpp.o

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp: In member function 'virtual const char* Gzip_File_Reader::read_v(void*, int)':

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:735:35: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive]

In file included from /home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:651:0:

/usr/include/zlib.h:1290:21: error:  initializing argument 1 of 'int gzread(gzFile, voidp, unsigned int)' [-fpermissive]

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:739:35: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive]

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:718:21: error:  initializing argument 1 of 'const char* convert_gz_error(gzFile)' [-fpermissive]

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp: In member function 'virtual const char* Gzip_File_Reader::seek_v(int)':

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:749:34: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive]

In file included from /home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:651:0:

/usr/include/zlib.h:1698:28: error:  initializing argument 1 of 'off_t gzseek(gzFile, off_t, int)' [-fpermissive]

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:750:34: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive]

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:718:21: error:  initializing argument 1 of 'const char* convert_gz_error(gzFile)' [-fpermissive]

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp: In member function 'void Gzip_File_Reader::close()':

/home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:759:23: error: invalid conversion from 'void*' to 'gzFile' [-fpermissive]

In file included from /home/mark/Downloads/l/vbam-1.8.0.1054/fex/fex/Data_Reader.cpp:651:0:

/usr/include/zlib.h:1488:24: error:  initializing argument 1 of 'int gzclose(gzFile)' [-fpermissive]

make[2]: *** [CMakeFiles/fex.dir/fex/fex/Data_Reader.cpp.o] Error 1

make[1]: *** [CMakeFiles/fex.dir/all] Error 2

make: *** [all] Error 2

Haven't looked into the error yet. zlib.h problems? I think I'm doing something wrong.

Has anyone else had "incompatible libpng version in application and library" issues in anything else? VBAM is, strangely, the only thing that seems to be affected.

I think they're using static libs... because... I got libpng and zlib weren't the supported versions either.

I think Higan now supports GBA gaming as well as NES, GB, GBC, and SNES.

Try it out and see if that emulator helps. Be aware I did have a very bad issue getting it to work recently saying some of the rom libraries it distributes by default were not located.

Post # 6.

`vbam-r1159-src.tar.bz2' seems to be bug free :
http://downloads.sourceforge.net/pro...59-src.tar.bz2

$ cd vbam*/ && mkdir build && cd build/
$ cmake -DENABLE_WX=OFF -DENABLE_FFMPEG=OFF -DENABLE_GTK=OFF ../ && make : No errors.

Or : $ cmake ../ && make : No errors either.

-

@knudfl: If you're not on Slackware, please be aware that the issue seems to be Slackware-specific. And it comes up when VBAM is run. Not when it's compiled. The opening post is about vbam-r1159-src.tar.bz2.

Quote:

Originally Posted by ReaperX7 (Post 5024282)

I think Higan now supports GBA gaming as well as NES, GB, GBC, and SNES.

Try it out and see if that emulator helps. Be aware I did have a very bad issue getting it to work recently saying some of the rom libraries it distributes by default were not located.

I'm quite a higan fan, but I will say that (for me) the GBA emulation was definitely pre-alpha, or at least not up to VBA-M's quality yet.

No idea why VBA-M would be messing up like that, though.

According to the original issue, I keep seeing suggestions of "reinstall gnome-icon-theme". I'll take a look later as I am at work right now, but I'm hoping a rebuild of Slackware's build will magically make the problem go away.

That is the suggestion, anyway.

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.

VBAM's source repository actually includes copies of its dependencies, including specifically zlib and libpng.

I'm going to try to do an Alien Bob-style build where copies of these dependencies (from VBAM's repositories) are built first, and then statically linked into VBAM.

Should be able to do it by the end of the week.

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?