On Wed, 04 Feb 2009 17:25:41 -0500, Christopher wrote:
I'm not sure exactly when it happened, but I found this on my terminal
after viewing an image, using the metadata editor, and looking at
metadata preferences.
*** glibc detected *** geeqie: munmap_chunk(): invalid pointer:
On Fri, 6 Feb 2009 11:02:26 +0100, Vladimir wrote:
On čt 5. února 2009, Christopher Beland wrote:
On Thu, 2009-02-05 at 09:48 +0100, Michael Schwendt wrote:
Running debuginfo-install geeqie would be needed to install the
-debuginfo packages that would complete the missing details
On Sat, 7 Feb 2009 22:13:01 +0100, Vladimir wrote:
I think that I have reproduced it.
It happens when Geeqie exits with unsaved metadata for exactly one file, in
default configuration.
Good description. In alpha3 that gives a segfault:
(gdb) bt
#0 0x00d94312 in free () from /lib/libc.so.6
On Wed, 18 Mar 2009 10:40:24 +0100, Vladimir wrote:
I think that glib is not detected correctly and then it is no surprise that
GTK fails.
Well, the detection could run an existance-check like
pkg-config --exists glib-2.0 before continueing with
undefined variables that lead to syntax errors.
On Sun, 12 Jul 2009 20:00:56 -0400, Greg wrote:
In a directory with ~600 NEFs, deleting an image is taking 20 seconds of
CPU time. I am running 1.0alpha3 which is in pkgsrc. Rather than debug
this I thought I should get current.
What is the current recommended version for users? Is it
Hello everyone!
This post is related to Geeqie crashing in an assertion in file_data_unref
(see subject line).
In addition to perusing more of the source code, I've received helpful --debug
output from a bug reporter, who can reproduce the issue with a few attempts,
while I don't manage to
On Sat, 05 Mar 2011 18:49:50 +, Omari wrote:
ERROR:filedata.c:676:file_data_free: assertion failed:
(fd-sidecar_files == NULL)
This has been encountered during loading images from an SD card.
I don't think it's ever legitimate for file foo.jpg to have a sidecar
foo.JPG, even
On Thu, 14 Apr 2011 23:32:16 +0200, VN wrote:
The current algorithm for grouping is in filedata.c
- function file_data_set_path() decides, which part of the path is the
basename and which is the extension (but I think that some other parts of
code
expects strrchr(), this should be
On Wed, 04 May 2011 16:30:44 +, OS wrote:
That said, I imagine that we'd be better off just always holding a ref
for every FileData in the current directory. On my machine, a FileData
is 176 bytes and a GList is 24 bytes, so for a directory of 20,000
images, we'd be spending 3.8MB
On Sat, 7 May 2011 11:41:00 +0200, VN wrote:
FWIW, and considering that the current refcounting in Geeqie is
troublesome, you've got my blessing. :-) I'm all for a central list of
the current directory's file data objects, with added maintenance
structures on top of that.
What do you
On Mon, 09 May 2011 12:13:07 +0200, MB wrote:
hello,
I had the idea of creating a new Geeqie logo. Attached is the first
idea, that could be further developed... or abandoned.
The first two ees were meant to indicate that it's a viewer, and even
that it is capable of displaying
On Tue, 10 May 2011 08:53:57 +0200, MB wrote:
It looks more like Gooqie than Geeqie. Perhaps even Gööqie.
I'd favour a logo that didn't contain the letters of the name Geeqie at
all. A small picture with informative value and (if possible) recognition
value
Thanks for the
On Mon, 27 Jun 2011 05:36:31 -0400 (EDT), JP (Justin) wrote:
Hi,
When performing the following:
1. Viewing images in a directory with 100 pictures.
2. Selecting images, copying their paths.
3. Moving the images from the command line to a different directory.
4. Scrolling up back to the
On Sat, 14 Jul 2012 12:15:05 +0200, Michael Schwendt wrote:
On Sat, 14 Jul 2012 01:04:52 -0700 (PDT), davewh wrote:
I have come to depend on Geeqie for image organization and viewing. I empty
my camera's card by dragging images to appropriate directories, symbolic
links
On Sun, 15 Jul 2012 18:26:19 +, Dave Withheld wrote:
I'm (was) using Geeqie like a file manager; drag selected files from the file
list and drop them on folders in the tree view and wait for the menu to pop
up and choose move, copy or link.
Works for me. Fedora 17 x86_64 with
On Mon, 06 Aug 2012 16:51:43 +0200, Vladimir Nadvornik wrote:
The tarball I used for creating the testing packages can be downloaded here:
http://download.opensuse.org/repositories/home:/nadvornik:/geeqie:/testing/Debian_5.0/geeqie_1.1.orig.tar.gz
That one still crashes when letting an
On Tue, 07 Aug 2012 17:05:58 +0200, Vladimir Nadvornik wrote:
removing unknown sidecar /home/misc/tmp/stresstest/000454.JPG: �Jd8 fd
magick mismatch at filedata.c:629
**
ERROR:filedata.c:448:file_data_ref_debug: assertion failed: (fd-magick ==
0x12345678) Aborted
Hmm, this could be
Could it be that the new keyword cache in Geeqie 1.1 disturbes the
keyword text box?
1. display image
2. Ctrl+K
3. focus Keywords sidebar
4. type some text
Actual results:
After typing a first character, the cursor jumps into the second line.
Expect results:
It would be possible to type full
On Thu, 22 Nov 2012 07:20:58 +0200, George Pop wrote:
Hi,
I have just compiled Geeqie 1.1 from source on Xubuntu 12.10 and I have a
problem. In full screen, the window manager's task bar (panel) remains
visible. The behavior is the same even after experimenting with the
Location and
On Fri, 23 Nov 2012 16:52:48 -0800 (PST), davewh wrote:
davewh wrote:
yum upgrade fixed it! I don't know what version of what broke it, but
after the F17 install I had done updates and noticed the menu not working
later. Some time after the recent updates, I noticed it was working
On Thu, 13 Dec 2012 15:31:03 +0800, Kite Lau wrote:
Hi, as the subject. is g3 tiff format supported? When I try to open a g3 tiff
fax file, geeqie crashed.
It uses the gdk_pixbuf2 library to open most image file formats.
I've never had any problems opening Fax G3 TIFF files with Geeqie.
Can
On Thu, 13 Dec 2012 16:39:11 +0800, Kite Lau wrote:
I do not have much knowledge to to backtracing now, but here is the error I
could see from the terminal (attached pls find the fax file in case you need
it):
bash-4.2$ geeqie fax00047.tiff
libtiff-geeqie: 1: Strip out of range, max
On Wed, 11 Dec 2013 06:47:40 +0200, Niko Sauer wrote:
On 12/09/13 19:43, Michael Schwendt wrote:
On Fri, 06 Dec 2013 03:20:53 +, Omari Stephens wrote:
Niko: do you know if render speed is affected?
It appears to be visibly faster here.
ISTR that render speed
was one downside
On Thu, 12 Dec 2013 06:34:54 +0200, Niko Sauer wrote:
Which line have you deleted? There's a bug in the patch, because HAVE_LCMS
is undefined, and that leads to some files (such as exif_common.c) not
including lcms2.h and breaking compilation.
It is line 296 which reads as follows:
On Fri, 13 Dec 2013 06:43:25 +0200, Niko Sauer wrote:
Let me try to explain. In the code snippet above, the two conditionals
build a logical AND, so that in order to build with LCMS2, both
HAVE_LCMS and HAVE_LCMS2 must be defined. If HAVE_LCMS were undefined,
the HAVE_LCMS2 condition
On Sat, 8 Feb 2014 13:23:51 -0500, David Favro wrote:
I've been holding off for some time on sending in this patch but since
there's talk of a release I thought I'd go ahead now.
Hmmm, some of my tickets (patches and/or bug reports) have not been
responded to yet, such as
Hello everyone!
The patch for LCMS2 support that has been published on this list does the
following to generate the tooltip texts for Image profile and Screen
profile:
cmsUInt8Number profileID[17];
profileID[16] = '\0';
cmsGetHeaderProfileID(profile, profileID);
On Tue, 12 Aug 2014 03:39:34 + (UTC), Ian Zimmerman wrote:
I am in the Preferences/Files dialog tab and I cannot figure out how to
disable just one file type. The dialog has a checkbox next to each type
and at the bottom Add and Remove buttons. Does the Remove button
apply to all
On Tue, 12 Aug 2014 18:27:55 + (UTC), Ian Zimmerman wrote:
My situation was I had a directory with both tifs and jpgs, and I wanted
to see only the jpgs. So I wanted to temporarily disable the tif entry.
I tried unchecking the checkbox by the tif line (without knowing what
you tell me
Hello everyone!
Recently I've received two crash reports for Geeqie 1.1 (patched a bit) from
somebody who had browsed through a collection of large TIFF files (25 MB).
The crash is not reproducible, but might be related to skipping to the next
file while loading the current file is not done.
The
On Tue, 11 Aug 2015 23:07:06 +0200, Uwe Ohse wrote:
Hello,
in src/renderer-tiles.c there is a really bad optimization, starting at about
line 1336 (current qeeqie.org git):
1336 else if ((pr-zoom == 1.0 || pr-scale == 1.0)
1337 pr-aspect_ratio == 1.0
1338
On Tue, 11 Aug 2015 23:36:00 +0100, Klaus Ethgen wrote:
Am Di den 19. Mai 2015 um 15:51 schrieb me...@gmx.fr:
In the old gQview there was a properties feature in the right click on an
image. I
miss it in geeqie, when I have to check the size of a file after resizing
it, for example.
It's not easy to reproduce, but if one is mad and follows the steps and presses
the keys a few dozens times, there's a slight chance one can trigger it. Not
much to investigate it further.
Forwarding from Sami Farin 2015-08-07 16:40:44 EDT:
| to reproduce: quickly keep pressing f (fullscreen)
On Wed, 12 Aug 2015 14:24:16 -0400, Frank Peters wrote:
Klaus Ethgen wrote:
I released version 1.2.1 as a bugfix release.
Where can I get the source for this release?
I checked sourceforge and it has 1.1 as the latest.
1.2 has not been released as tarball either. You can check
On Fri, 29 Jan 2016 23:00:17 +0800, Flos Lonicerae wrote:
> But for old version of geeqie - for example the one provided by nux repo:
>
> geeqie-1.1-10.el6.nux.x86_64
>
> did not have this issue.
That repo doesn't do anything different. The package you refer to has
been copied from Fedora 19
35 matches
Mail list logo