On 07/15/2009 09:57 AM, John wrote:

Using Gimp 2.6.6 on XP SP3 and all current updates. When attempting at open the GEGL dialog, Gimp crashes. Anything else that I try works just fine (so far). Is this known? Is there a work around? Gimp 2.6.4 did not crash.

GIMP 2.6.6 has had really bad stability on Windows and no one knows why. Hopefully it will disappear as quickly in 2.6.7 as it appeared in 2.6.6.

Most of the bug reports have not been about GEGL crashing though but the color tools, there have been a lot of duplicates of this bug: Bug 577581 – Crashes when using any colors tool/functionBug 577581 – Crashes when using any colors tool/function http://bugzilla.gnome.org/show_bug.cgi?id=577581

/ Martin

Von: Martin Nordholts

GIMP 2.6.6 has had really bad stability on Windows and no one knows why.

And not everyone is affected by it.

Hopefully it will disappear as quickly in 2.6.7 as it appeared in 2.6.6.

Please note that this does mean that - to my knowledge - no one is working to fix this, because no problem has been identified that could be fixed. We're really just hoping that this is an issue of the build rather than a bug in the GIMP source.

HTH, Michael

With some help from Jernej I have now been able too look into this problem. It would be of great help if people with crashes when doing:

1. Start GIMP 2. Create new default image
3. Tools -> GEGL Operation...

could try to move

C:\Program Files (x86)\GIMP-2.0\lib\gegl-0.0\load-buffer.dll

into a temporary dir, just so that GEGL does not pick up load-buffer.dll when starting.

On my tests on Vista SP2, removing this GEGL operation from the operations GEGL loads gets rid of this particular crash, and I suspect this will get rid of this particular crash on XP systems as well.

If anyone is able to confirm that removing/moving load-buffer.dll fixes the above crash, please let me know and report what version of Windows you are using.

Thanks,
Martin

With some help from Jernej I have now been able too look into this problem. It would be of great help if people with crashes when doing:

1. Start GIMP 2. Create new default image
3. Tools -> GEGL Operation...

could try to move

C:\Program Files (x86)\GIMP-2.0\lib\gegl-0.0\load-buffer.dll

into a temporary dir, just so that GEGL does not pick up load-buffer.dll when starting.

On my tests on Vista SP2, removing this GEGL operation from the operations GEGL loads gets rid of this particular crash, and I suspect this will get rid of this particular crash on XP systems as well.

If anyone is able to confirm that removing/moving load-buffer.dll fixes the above crash, please let me know and report what version of Windows you are using.

Thanks,
Martin

Dear Martin
thanks for your tip.
Regrettably, it doesn't work. I tried it on two computers: 1. Intel-based system with 965 Intel graphic chipset family, XP Prof, SP3 and
2. AMD-based system with NVidia 8400 graphics card, Media Center 2005 (like XP Prof), SP3

Only on the AMD-system it provides an error-message (not from GIMP but from MS): ModName msvcrt.dll, ModVer: 7.0.2600.5512. This file was changed by SP3 (!), but there were files from MAGIX and Nero with the same name, but in other directories.

I hope, it helps a little bit.

Wolfgang

Gimp 2.6.6 crashes on my laptop (Vista Business SP2) with the following call stack:

ntdll.dll!77356739()

[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll] ntdll.dll!77357512()
ntdll.dll!77357545()
ntdll.dll!773566ea()
kernel32.dll!76749a26()
msvcrt.dll!75d39c03()
libglib-2.0-0.dll!685d8f85()
libgmodule-2.0-0.dll!6dd01a68()
libgthread-2.0-0.dll!65c41af7()
libglib-2.0-0.dll!68600d95()
libgthread-2.0-0.dll!65c41273()
libgegl-0.0-0.dll!6401bc32()
libgegl-0.0-0.dll!6401bf9b()
libgthread-2.0-0.dll!65c41273()
libgobject-2.0-0.dll!63a6334e()
libgobject-2.0-0.dll!63a63492()
libgthread-2.0-0.dll!65c41273()
libgobject-2.0-0.dll!63a5cd33()
kernel32.dll!76749a26()
ntdll.dll!773566ea()
gimp-2.6.exe!004bfedc()
libgobject-2.0-0.dll!63a617e2()
gimp-2.6.exe!004bff60()
libgobject-2.0-0.dll!63a617e2()
gimp-2.6.exe!004bff60()
gimp-2.6.exe!004bffc6()
gimp-2.6.exe!004c00fa()
libgthread-2.0-0.dll!65c41273()
libgobject-2.0-0.dll!63a5520e()
gimp-2.6.exe!0048fff6()
gimp-2.6.exe!0048fb5b()
gimp-2.6.exe!00491376()
gimp-2.6.exe!004bfc2d()
gimp-2.6.exe!00491de2()
gimp-2.6.exe!00482536()
gimp-2.6.exe!0061a7e9()
gimp-2.6.exe!00419548()
libgdk-win32-2.0-0.dll!6c351360() libgobject-2.0-0.dll!63a43955()
libgdk-win32-2.0-0.dll!6c3519cf() libgobject-2.0-0.dll!63a57ea5()
user32.dll!76388e7d()
user32.dll!76388eaf()
libgobject-2.0-0.dll!63a47514()
libgobject-2.0-0.dll!63a647ea()
libgobject-2.0-0.dll!63a58c11()
user32.dll!7639041f()
libgdk-win32-2.0-0.dll!6c370c87() user32.dll!76390454()
user32.dll!7639041f()
user32.dll!7639041f()
libgdk-win32-2.0-0.dll!6c370c87() libgobject-2.0-0.dll!63a4771b()
libgobject-2.0-0.dll!63a58e96()
gimp-2.6.exe!00565164()
gimp-2.6.exe!005650cc()
libgobject-2.0-0.dll!63a43955()
libgobject-2.0-0.dll!63a578a2()
libgobject-2.0-0.dll!63a47514()
libgobject-2.0-0.dll!63a647ea()
libgobject-2.0-0.dll!63a58c11()
libgobject-2.0-0.dll!63a4771b()
libgobject-2.0-0.dll!63a4771b()
libgobject-2.0-0.dll!63a58e96()
libgobject-2.0-0.dll!63a58e96()
libgtk-win32-2.0-0.dll!6178ce54() libgtk-win32-2.0-0.dll!6187acba() libgobject-2.0-0.dll!63a43955()
libgobject-2.0-0.dll!63a578a2()
libgobject-2.0-0.dll!63a47514()
libgobject-2.0-0.dll!63a647ea()
libgobject-2.0-0.dll!63a58c11()
user32.dll!7638fe61()
user32.dll!76389d6a()
user32.dll!76389d75()
user32.dll!7638fe61()
user32.dll!76389d75()
user32.dll!76389f8d()
user32.dll!76389f9d()
ntdll.dll!77355dae()
user32.dll!7638a2c3()
user32.dll!7638a2d6()
user32.dll!76390108()
libgobject-2.0-0.dll!63a58e96()
libgtk-win32-2.0-0.dll!6198d7bb() libglib-2.0-0.dll!68601e22()
libgtk-win32-2.0-0.dll!6187e7cc() libgtk-win32-2.0-0.dll!6187c677() libgtk-win32-2.0-0.dll!6187eb6a() libgtk-win32-2.0-0.dll!61866c3d() libgobject-2.0-0.dll!63a42012()
libgtk-win32-2.0-0.dll!618689d2() libgobject-2.0-0.dll!63a43955()
libgobject-2.0-0.dll!63a57ad6()
libgobject-2.0-0.dll!63a47514()
libgobject-2.0-0.dll!63a647ea()
libgobject-2.0-0.dll!63a5898b()
ntdll.dll!773566ea()
libgobject-2.0-0.dll!63a58e96()
libgtk-win32-2.0-0.dll!6198d944() libgtk-win32-2.0-0.dll!61865a21() libgtk-win32-2.0-0.dll!61992200() libgtk-win32-2.0-0.dll!61866e81() libglib-2.0-0.dll!685e4e29()
libgdk-win32-2.0-0.dll!6c374c9e() libgthread-2.0-0.dll!65c41273()
libglib-2.0-0.dll!685e6f67()
libgthread-2.0-0.dll!65c41273()
libglib-2.0-0.dll!685e8633()
libglib-2.0-0.dll!685e88da()
gimp-2.6.exe!006096ce()
gimp-2.6.exe!00401634()
gimp-2.6.exe!0040226a()
msvcrt.dll!75d40d8e()
msvcrt.dll!75d9332c()
gimp-2.6.exe!0040124b()
msvcrt.dll!75d41302()
gimp-2.6.exe!004012b8()
kernel32.dll!7674d0e9()
ntdll.dll!773319bb()
ntdll.dll!7733198e()

Ciao! mario

Wolfgang wrote:

With some help from Jernej I have now been able too look into this problem. It would be of great help if people with crashes when doing:

1. Start GIMP 2. Create new default image
3. Tools -> GEGL Operation...

could try to move

C:\Program Files (x86)\GIMP-2.0\lib\gegl-0.0\load-buffer.dll

into a temporary dir, just so that GEGL does not pick up load-buffer.dll when starting.

On my tests on Vista SP2, removing this GEGL operation from the operations GEGL loads gets rid of this particular crash, and I suspect this will get rid of this particular crash on XP systems as well.

If anyone is able to confirm that removing/moving load-buffer.dll fixes the above crash, please let me know and report what version of Windows you are using.

Thanks,
Martin

Dear Martin
thanks for your tip.
Regrettably, it doesn't work. I tried it on two computers: 1. Intel-based system with 965 Intel graphic chipset family, XP Prof, SP3 and
2. AMD-based system with NVidia 8400 graphics card, Media Center 2005 (like XP Prof), SP3

Only on the AMD-system it provides an error-message (not from GIMP but from MS): ModName msvcrt.dll, ModVer: 7.0.2600.5512. This file was changed by SP3 (!), but there were files from MAGIX and Nero with the same name, but in other directories.

I hope, it helps a little bit.

Wolfgang

Martin,

I have tried this work around and the results are the same. The crash still occurs.
System is a P4 2GB XP home SP3 with all current updates applied.

Looking forward to the next release. John

With some help from Jernej I have now been able too look into this problem. It would be of great help if people with crashes when doing:

1. Start GIMP 2. Create new default image
3. Tools -> GEGL Operation...

could try to move

C:\Program Files (x86)\GIMP-2.0\lib\gegl-0.0\load-buffer.dll

into a temporary dir, just so that GEGL does not pick up load-buffer.dll when starting.

On my tests on Vista SP2, removing this GEGL operation from the operations GEGL loads gets rid of this particular crash, and I suspect this will get rid of this particular crash on XP systems as well.

If anyone is able to confirm that removing/moving load-buffer.dll fixes the above crash, please let me know and report what version of Windows you are using.

Thanks,
Martin

This is what I tried.

I used to have 2.6.6 on Win XP SP3 and had the same crash happen everytime. I have 2.6.5 installed now but still have 2.6.6 portable on a USB stick. I removed load-buffer.dll from the gegl folder but the crash still happens.

I double boot Vista but never use it so it's not up to date. When I checked what version it is it said Vista Ultimate. Didn't say anything about a service pack.

Anyway, tried the same with 2.6.6 portable on Vista and still crashes. But only when there is an image open.

Just double checked and on XP the crash only happens when there is an image open too. And this is with load-buffer.dll back in its place.

I didn't have problem to use GEGL operation with a self compiled gimp 2.6.6 (build following the Gimp-wiki tut ,BTW thank to whoever update that page)

Instead Crash occurred always with a previous versio nof Gimp 2.6.6 installed using the official installer.

this on Win XP updated to SP3

No problems even with my previous version of Gimp 2.6.5

(note : i do not consider " problems" rare occasional crashes when experimenting unknown functions with random setting. But i had no any problem using Gegl operations in a more reasonable way)