GNOME Bugzilla – Bug 676468
2.8 Installer doesn't have GEGL operations
Last modified: 2013-04-24 17:59:27 UTC
Created attachment 214539 [details] gimp 2.8 crash In gimp 2.8 New image selecet cage transformation tool click some points and click first point then gimp crash.
Hi, How much point in the cage did you have ? What is the size of your image ? What area of this image was covered by the cage ?
How many point, what size, what area are no matter. When i select cage tool, gimp is good. When i click some posisitions gimp, is good. But... As soon as I click the same position of my first clicked point, gimp crash.
Error message is : --------------------------- Microsoft Visual C++ Runtime Library --------------------------- Runtime Error! Program: C:\opt\gimp\bin\gimp-2.8.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information.
I have exactly the same problem. I've tried Gimp 2.8 in two computers with these specs: - Windows Xp SP 3, 32 bits 1gb RAM, Core Duo 2x1,6GHz. - Windows Xp SP 3, 32 bits, 4gb RAM, Core Duo 2x1,5GHz. - Both of them are using the Spanish Locale (where decimals are written like 100,00 not 100.00). I've changed the decimal mark to a dot too, but it didn't help. It looks like the problem lies in Windows Xp? Anyway, I've tried using different Visual C++ distributable libraries (I'm using now the latest ones) and the problem persists. It always happens (even with small images and using just three points). For example, steps to reproduce: 1. Create new image 160x100. 2. Select cage tool and click three points. Then press enter or click in the first one to close the selection. The transform grid progress icon appears (and finishes) and then Gimp crashes complaining as in the Sebuls error. Hope you can find a fix!
One more thing. Launching the Gimp using the verbose option (gimp-2.8.exe --verbose), the error shows this in the debug window: GEGL-gegl-tile-backend-file.c:ERROR:gegl-tile-backend-file.c:957:gegl_tile_backend_file_ensure_exist: assertion failed: (self->i != -1) I hope it helps the developers to identify the problem.
(In reply to comment #5) > One more thing. Launching the Gimp using the verbose option (gimp-2.8.exe > --verbose), the error shows this in the debug window: > > GEGL-gegl-tile-backend-file.c:ERROR:gegl-tile-backend-file.c:957:gegl_tile_backend_file_ensure_exist: > assertion failed: (self->i != -1) > > I hope it helps the developers to identify the problem. That particular issue should be fixed in GEGL from git master after: https://bugzilla.gnome.org/show_bug.cgi?id=675591 Does your user profile contain non ascii characters?
No, my user profile doesn't contain any non ascii characters (just numbers and letters in one pc, and just letters in the other). I've just deleted the profile of the computer I'm using now (something like C:\Documents and Settings\11111111P\.gimp-2.8) to see if there was something wrong there, but nothing has changed :(
GEGL doesn't use that directory, but it should be anyway a subdir of C:\Doc...1111P\ Similar failures are expected for disk full or invalid permissions, but there should be other warnings preceding the message you attached. As a last resort you could try running GIMP after setting the environment variable GEGL_SWAP=RAM
It's half solved :). I've found two folders (C:\Documents and Settings\11111111P\Mis documentos\gegl-0.0 and C:\Documents and Settings\11111111P\Mis documentos\gegl-0.1), erased both of them and tried the cage tool. It crashes. Then I set GEGL_SWAP=RAM through the control panel, Environment Variables, User variables. It works in one of my computers, but not in the other. I'll give it another go this afternoon to see if I missed something. Thanks for your help, Massimo.
*** Bug 678085 has been marked as a duplicate of this bug. ***
Is that probably the same as bug #666641?
No, bug #666641 is about the application being reported as frozen by windows as the operation takes too long, blocking any other command execution by Gimp. This issue is about a crash when using the cage transform tool.
Unable to reproduce on Win7 x64, Gimp 2.8.0.
@Koko: Which system does the workaround via GEGL_SWAP=RAM environment variable work on? And which one not? Both systems are still the ones you listed in comment #4? Both Windows Xp SP 3?
Using Jernej Simončič 2.8.2 build of 2012-Aug-23 (on Win XP SP3 32-bit system) Same symptoms as above: Hitting [Enter] from an un-closed "path" or re-clicking the first point both cause an immediate crash. After reading the above I ran from a command window and SET GEGL_SWAP=RAM before executing the gimp-2.8.exe. (I'm not sure what if anything the the comments about folders "(C:\Documents and Settings\11111111P\Mis documentos\gegl-0.0" and "gegl-0.1" have to do with the problem but I found old folders for both and deleted them and still got the crash. Possibly relevant: I run an application that captures all clipboard text or image data captures (ClipCache Pro) and it makes a "click" sound every time something is captured to the clipboard. Any time it stops working its an indication some third party software has somehow "broken" the clipboard chain and the option in ClipCache Pro to [Reconnect to clipboard] has to be executed. FWIW: this clipboard chain is being broken every time GIMP crashes when closing path or hitting [Enter] on an uncompleted path. Also: I had been running Gimp_PhotoComix_Lab-2.8.1-32bit (based on Partha 2.8.1 portable build I believe) and Cage Transform works just fine with it.
That's because the installer doesn't have any GEGL operations.
A fixed windows installer was just uploaded.
*** Bug 682769 has been marked as a duplicate of this bug. ***
*** Bug 682874 has been marked as a duplicate of this bug. ***
*** Bug 683151 has been marked as a duplicate of this bug. ***
*** Bug 690205 has been marked as a duplicate of this bug. ***
I have exactly the same problem: Gimp crashes whenever trying to use the Cage tool (when clicking a second time on the first node in order to close the cage), with the following error message: " Microsoft Visual C++ Runtime Library This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information " I tried with Gimp 2.8.2 (with the installer that was at the sourceforge website in December 2012), and again today with 2.8.4 (with the installer at the sourceforge website) : in both cases I get this issue. I tried also the "SET GEGL_SWAP=RAM" workaround but it doesn't help. My system is Windows 7 64 bits.
Cage transform makes GIMP still crash on my machine. I'm using GIMP 2.8.4 on Windows 7 x64. Are you sure this bug has been fixed? Or is there some regression in the newest installers?
It looks like nobody in the GIMP development team is paying any attention to this thread, maybe because it is set to "Status: RESOLVED Resolution: FIXED" ...although the bug is still there in the last versions. Maybe someone could change it back to OPEN? Or should we open a new duplicate of this bug?
You should file a new bug, because the problem that has been identified here - that the installers didn't ship GEGL ops - was fixed. If the problem still happens for you, then this is probably a different cause.
Ok, thank you, I have just filed the new bug 698688.
*** Bug 698688 has been marked as a duplicate of this bug. ***