GNOME Bugzilla – Bug 688361
GIMP on Windows crashes with error gegl_tile_backend_file_ensure_exist: assertion failed: (self->i != -1)
Last modified: 2014-03-17 08:36:45 UTC
Created attachment 229020 [details] Screenshot of the crashing GIMP on Windows 7 Not sure if this is a GEGL issue or GIMP issue. And I won't dig it right now, because I am not Windows user nor developer! :p Anyway yesterday when I tested GIMP cross-compiled on Windows for another bug, I got this error: GEGL-gegl-tile-backend-file-async.c:ERROR:gegl-tile-backend-file-async.c:1237: gegl_tile_backend_file_ensure_exist: assertion failed: (self->i != -1) Then GIMP crashes. What I was doing before is simply that I was testing drawing in a new image.
Thank you for reporting this. In bug #675825 we had the same error message, although it happened on another action. Please check, whether you have used the latest *stable* GEGL version 0.2 in your build.
I was using GEGL from git dev repo (last update in my locale repo, Nov 7, commit 963fbc2d156e6ae1a9020ca18e7eedb19886b310)
GIMP master needs GEGL master, not stable. The code has changed quite a bit since bug 675825, but the crash does not depend on the action, GEGL simply runs out of file descriptors.
Created attachment 230906 [details] Error on XP showing instruction location referencing a null pointer
Hi Cellar, as far as I can see, this does not look the same bug. The bug discussed here is about GEGL (in the GIMP development branch), and your screenshot apparently deals with GIMP 2.8 which barely use GEGL yet, if at all (if I am not mistaken). Unless you have good reason to think this is actually the same issue, could you open a new ticket with the following additional data: - if you can reproduce the issue, write down the reproduction steps. - if you start GIMP from a terminal emulator ("cmd" in Windows), do you have any more information? Because just from this screenshot which is far too generic, I don't think much can be done unfortunately. :-/
Sorry some precision: - For the reproduction steps, if this is a one-time thing and you have never been able to reproduce it, at least you can tel us what you were doing when it happened. - For the information in terminal emulator, I mean more information at the time of the crash in particular. - Also the exact GIMP version (2.8.0? 2.8.2?) is helpful.
*** Bug 698688 has been marked as a duplicate of this bug. ***
Was this fixed by this commit?: commit 48c1d6ac8925c8b015748c2a445268ddad842d3b Author: Massimo Valentini <mvalentini@src.gnome.org> Date: Fri May 18 15:02:19 2012 +0200 gegl/buffer: use g_open,g_access instead of open,access Bug 675591: Errors due to non-Latin letters in the name of the user profile.
Daniel, I never encountered this error since then, on various builds of GIMP master on Windows. Yet I don't run GIMP on Windows much, other than for the occasional bugfix or bug reproduction. Mitch seem to know what was the problem though (we would run out of file descriptor. I even wonder how this is possible. How many file descriptor does GEGL create?! uhuh). So he may know if this commit would fix it.
This said, reading documentation of g_open, it clearly says that on Windows, open() and g_open() are clearly different implementations. I have not checked the exact implementations, but obviously that would change how (and maybe how many) file descriptions are created. So maybe that's better. It also says that a fd created with g_open() cannot be passed to read() and write() on Windows. Just for information, in case we have such code... Cf. https://developer.gnome.org/glib/stable/glib-File-Utilities.html#g-open