-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi Folks,
Am Mo den 7. Mär 2016 um 23:12 schrieb Hartmut Niemann: > $ cat /proc/version > Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version > 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) > > $ geeqie --version > Geeqie 1.2 That explains somehow. First I really believe there are some troubles in libgtk and libglib in stable debian. Then that version is somehow older and there was some fixes in unstable. I'll try to get the current 1.2.2 or even 1.2.3 back to stable. > Unfortunately version 1.2.2 from testing and unstable has some dependencies > (Upgraded libraries) that I can't fulfill at the moment. Then, build it from source. On unstable: apt-get source geeqie Copy that stuff to stable and then on stable as root: apt-get build-dep geeqie And as normal user in the copied directory: debuild After that you should have a nice .deb package that you can install. > My normal workflow is that I mark some pictures as "1" and then "select all > "1"" > and "delete". > I observed that usually the problems start when I deleted a bunch of files. > I am not sure, but if I select "show only "1"" and then "select all "1"" and > then "delete", > the propability of things going bad is even higher. We might need to dig deeper into that. But first it has to be ruled out that: - - No problems with libs are shown (What I suspect as I seen some problems like that too in the past) - - Bug is still in the most current version > I don't use the gnome trash, by the way. :-) Good to hear. ;-) However, geeqie is using libgtk and glib. > Can I recompile the latest debian package (1.2.2) in my current environment > or do I need to upgrade libs for that? Yes. See above. That should work. Am Di den 8. Mär 2016 um 18:26 schrieb Ian Munsie: > I hit memory issues as well (all versions I've tried - 1.2 from source, > Debian's version, even going back to 1.0 still hits it), but it's only > virtual memory usage - resident memory stays contained. On 32bit geeqie > will start behaving badly once it hits 4GB virtual memory (which is easy to > hit scrolling through a directory with a couple of hundred .cr2 images), > first auto rotation stops working then an image or two later it stops > loading further images. It does not crash. The 64bit version doesn't > eliminate the problem, but has enough virtual address space that it is not > practical to hit. That's exactly what I seen too in the past. But the problem is gone now (on debian unstable). So I really have some guess that it is the libraries. You can try to run it under valgrind. But expect it to be hell slow. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen <kl...@ethgen.ch> Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQGcBAEBCgAGBQJW3xV0AAoJEKZ8CrGAGfas+UwMALlrX2vn7oeHqQuiaVxWcgIK FaNzdX/vSwxjKTHXV9SEw6UPeG+BkF0k1rAdJuszHQzY85H66CBc8dwO9Aw9Visi 1YyfpvLmxykG9RkGieTWTfTSlyLbzdaDbpzaARWBgZZcllbaauR84v3Fn4ms8bOg QeGsmtnVFk3a+4rRD6c6zHNMxcpCl23F8sPjtKuhgLqOvj6xTd5CioBIs/jP6TXR h348uQ2hxregB8USR2BLLiPgFQkxz5Wih3jr+01rlEcKHjNgbZfFMGcU1lI9bIvZ YEUyYh3/exjY25RYc2RoiKQD7b9n088FRxsTtSuwvKVQNpji+VqLOYStwSebhhR2 2N1RWTM4wXY6dQYqUNErksHOLPPk5nCOko3iKRunYe84fdBEZ0bkw6yTi4FfDob5 j6aWrjADewgNWMyX82DJyg18YGD7cVG3FMypYxUb4pYklkJcAO25wPjvhvzXHj1r fxz4DFsp+T3s2p+lg8OX7JP8aN7fxYShWVVBVyLOPQ== =fNji -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
