#1472 0.9.10 desmume GTK port doesn't open zip files

[i30817]

Zip simply doesn't appear in the filechooser options, only nds files. Trying to load from the command line just crashes the emulator with Microphone init failed.
DeSmuME 0.9.10 svn0 dev+ x64-JIT
SoftRast Initialized with cores=2
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid
Aborted

I never reported this years ago because i thought there simply was no support for it. Now i find that it works on windows...

I'm not trying to load a rom file with a weird name or in a weird path. It's all ascii representable.

[zeromus]

just because windows has this feature doesnt mean linux does.
in fact, gtk should support it, based on my reading of the source. make sure you have libzzip installed.
perhaps it's broken

[i30817]

I just tried to install libzip2 (libzip doesnt exist on ubuntu), both 32bits and 64bits versions and reloading desmume and nothing changed (crash in cli and missing files in filechooser).
(that i had to install the library is a bug in itself, since i'm using the package from the main repositories).

Seems broken. Feature possibly disabled at compile time in the repository because the library was upgraded to the '2' version and the original removed?

[i30817]

If you think it's a packaging problem, i guess i need to go bother the debian packager of desmume, whoever it is. Somehow, i never managed to get to grips with how to bug report in debian.

[zeromus]

i said libzzip

[i30817]

It's even worse then:
i30817@AIVAS:~/Desktop$ sudo apt-get install libzzip-0-13
[sudo] password for i30817:
Reading package lists... Done
Building dependency tree
Reading state information... Done
libzzip-0-13 is already the newest version.

So the debian packaging did install the lib (probably, if it wasn't installed by something else), and it's simply not working for another reason.

[i30817]

The binary build on the ubuntu repositories ends up with this control file:
http://hastebin.com/raw/zeliziduse

I see zlib1g but not libzzip there, and the source package doesn't seem to install any quilt patches (i'm not familiar with autopackage though, i prefer automake).

[i30817]

A somewhat interesting but discouraging development: based on the description of the zlib1g library i tried to create a gz file instead of a zip, and that does appear on the filechooser. However, it crashes on the same way as the cli when selected:
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid
Aborted

[i30817]

Eheh, tried to compile myself to see if it's fixed on later code, but i can't because my GPU is too old (mesa only supports opengl 3.0 on it). I guess it's unzipped roms on old desmume for me in the foreseeable future then. Still, if it happens to you on the latest, it's a valid bug.

[sergio-br2]

You can enable it, just install libzzip-dev and build desmume.

I updated the debian packaging for last version 0.9.11, but I didn't put this dependence in the package because desmume has a bad behavior with it, somehow it's crashing.

https://code.launchpad.net/~random-stuff/desmume/desmume-debian

Just download the source and use debuild:

sudo apt-get install build-essential devscripts
sudo apt-get install debhelper desktop-file-utils gettext intltool libgtk2.0-dev libglu1-mesa-dev libsdl1.2-dev libagg-dev libgtkglext1-dev libtinyxml-dev libopenal-dev libsoundtouch-dev libasound2-dev quilt zlib1g-dev libzzip-dev
cd path-to-desmume-source/
bzr branch lp:~random-stuff/desmume/desmume-debian debian
debuild -b -uc -us

[Anonymous]

I can't build desmume HEAD because it started requiring a newer opengl version than what i have, which is their prerogative ofc, but i'd still like a earlier version with zip support, so maybe i should just track down the commit that upgraded the gl code and go just before that.
Thanks for that.

[zeromus]

desmume supports "opengl" and "opengl 3.2" renderers. these kind of changes are only supposed to be going to the opengl 3.2 renderer.

[Anonymous]

Hey guys. I still! can't get my locally built desmume to open zip files - installing the library or not, using the new debian dir provided in this bug or not (i had to make changes to it because of drift but nothing too bad). I still haven't tried to build the barebones desmume again but i don't expect nothing different. BTW, configure does say:
checking for gzopen in -lz... yes
checking for zzip_open in -lzzip... yes
checking whether zzip use void * as second parameter... yes

So it's NOT a missing library. The filechooser simply doesn't give me the option to choose zip files unless i choose to show all files and then it complains it's not a valid rom with 'Unable to load : path' on the popup and:
The ROM header is invalid.
The device size has been increased to allow for the provided file size.
Specified file is not a valid rom

on the command line output.

[Anonymous]

Ok a small bit of progress. From looking at the source code i figured out that the filechooser needs the files named name.nds.zip to actually show them. Unfortunately it's still complains 'The ROM header is invalid.' even with only one nds file inside the zip and making sure that file is valid extracted.

[Anonymous]

On arch linux I'm seeing the same, its like it's trying tom read the roms without decompressing them. tried bot .zip and .gz

---

The ROM header is invalid.
The device size has been increased to allow for the provided file size.
Specified file is not a valid rom

---