Gimp fatal error unhandled exception

Ever since a few months ago, I’ve had this issue where the two functions: saving a file and using the scale tool take exceedingly long amount of times to complete, and often result in the error message «Fatal Error: Unhandled Exception» which then causes the app to become unusable and unresponsive (so it must be manually turned off through the task manager) and also causes me to lose all my work since my last save.
Before the issue my file saving and scaling was quick, maybe a second maximum, and I used to save my work almost compulsively, every few strokes or changes while working, but now it takes between 30 seconds to a minute (even for the smallest changes!)
I don’t know when or what exactly caused this issue (I have a feeling it might’ve been a certain application update or Windows update but I’m not sure), this just started happening one day out of the blue and for the past few months I’ve been dealing with this bug.
Has anyone here ever dealt with this problem before and/or knows how to fix it?
I’ve searched the internet for this problem, but this seems to be a pretty rare issue. Most instances of this error I’ve found online happen upon startup, and not during the times I receive the message.
I also use Windows 10 64-bit, always updated to the latest version, and I use Gimp 2.10.14 (not sure if that’s the latest version).

• What is the size of the images (width × height) in pixels, and the number of layers?
• What is the RAM size of the image (at the bottom of the image display)
• What is the tile cache size set to (Edit>Preferences>System resources>Resource consumption)
• Is OpenCL enabled (Edit>Preferences>System resources>Hardware acceleration)
• How much RAM is reported by Windows?

Ran a good RAM test lately? such a memory-intensive app could be a bit more sensitive to RAM problems than the regular crop.

What disk is your page file on? How much disk space is free on that disk?

It sounds like something is causing thrashing to me. Does your drive light up when you start the save and stay lit until it is done, with little flicker? That can be from numerous things, but low disk space is a common one. Bad disk areas can cause it as well, if the spot that went bad is in the page file. To check this you can use many tools but I like Defraggler from CCleaner. Just go to advanced in the Defraggler IDE and elect «Check disk for errors». It can also speed things up slightly by making larger files read in a logical manner instead of being scattered randomly on the drive.

— E

(01-17-2021, 11:18 PM)Abdullah Wrote:

(01-16-2021, 05:35 PM)eepjr24 Wrote: What disk is your page file on? How much disk space is free on that disk?

It sounds like something is causing thrashing to me. Does your drive light up when you start the save and stay lit until it is done, with little flicker? That can be from numerous things, but low disk space is a common one. Bad disk areas can cause it as well, if the spot that went bad is in the page file. To check this you can use many tools but I like Defraggler from CCleaner. Just go to advanced in the Defraggler IDE and elect «Check disk for errors». It can also speed things up slightly by making larger files read in a logical manner instead of being scattered randomly on the drive.

— E

I actually keep most of my files on a USB with 64 GB storage (6 GB is free). The computer I use, though, has a 1 TB Hard Disk Drive with 400 GB free.

Upon saving or uploading files, the USB stick lights up and blinks continuously until it is finished, but this has been a feature of the USB ever since I first got it.

---

(01-16-2021, 01:03 PM)Ofnuts Wrote: Ran a good RAM test lately? such a memory-intensive app could be a bit more sensitive to RAM problems than the regular crop.

I haven’t run a RAM test ever since getting the computer about five years ago. Can you tell me some good places I can take one?

The canonical test (included in Linux install CDs, among other places): https://www.memtest86.com/

Hi, I updated today and then Gimp now crashes when starting it. Gimp Crash Debug information follows (sorry, it is so long) [on Win10x64 1703]:

GNU Image Manipulation Program version 2.10.0
git-describe: Unknown, shouldn't happen
C compiler:
Using built-in specs.
COLLECT_GCC=i686-w64-mingw32-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-w64-mingw32/7.3.0/lto-wrapper
Target: i686-w64-mingw32
Configured with: /var/tmp/portage/cross-i686-w64-mingw32/gcc-7.3.0-r1/work/gcc-7.3.0/configure --host=x86_64-pc-linux-gnu --target=i686-w64-mingw32 --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/i686-w64-mingw32/gcc-bin/7.3.0 --includedir=/usr/lib/gcc/i686-w64-mingw32/7.3.0/include --datadir=/usr/share/gcc-data/i686-w64-mingw32/7.3.0 --mandir=/usr/share/gcc-data/i686-w64-mingw32/7.3.0/man --infodir=/usr/share/gcc-data/i686-w64-mingw32/7.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-w64-mingw32/7.3.0/include/g++-v7 --with-python-dir=/share/gcc-data/i686-w64-mingw32/7.3.0/python --enable-languages=c,c++ --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 7.3.0-r1 p1.1' --disable-esp --enable-libstdcxx-time --enable-poison-system-directories --disable-sjlj-exceptions --with-dwarf2 --with-sysroot=/usr/i686-w64-mingw32 --disable-bootstrap --disable-multilib --disable-altivec --disable-fixed-point --with-arch=i686 --enable-targets=all --disable-libgcj --disable-libgomp --disable-libmudflap --disable-libssp --disable-libcilkrts --disable-libmpx --disable-vtable-verify --disable-libvtv --disable-libquadmath --enable-lto --without-isl --disable-libsanitizer --disable-default-pie --enable-default-ssp
Thread model: win32
gcc version 7.3.0 (Gentoo 7.3.0-r1 p1.1)

using GEGL version 0.4.0 (compiled against version 0.4.0)
using GLib version 2.56.1 (compiled against version 2.56.1)
using GdkPixbuf version 2.36.12 (compiled against version 2.36.12)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.1 (compiled against version 1.42.1)
using Fontconfig version 2.13.0 (compiled against version 2.13.0)
using Cairo version 1.15.12 (compiled against version 1.15.12)

> fatal error: unhandled exception

Stack trace:
-------------------

Error occurred on Monday, May 7, 2018 at 16:36:32.

gimp-2.10.exe caused an Access Violation at location 6E4816C3 in module sse-fixups.dll Reading from location 042F0000.

Registers:
eax=00000000 ebx=042f0010 ecx=0faa6cb0 edx=00000000 esi=00000080 edi=0331bc88
eip=6e4816c3 esp=00ccf2e0 ebp=00ccf318 iopl=0 nv up ei pl nz na pe nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00210202

AddrPC Params
6E4816C3 0429D080 0330C3A0 04288DB0 sse-fixups.dll!0x16c3
6B4C6200 0429D080 0330C3A0 04288DB0 libbabl-0.1-0.dll!babl_process
6B4C37D5 03338BB0 033473E0 00CCF40C libbabl-0.1-0.dll!babl_conversion_new
6B4C53C7 00000000 043183E0 033189A0 libbabl-0.1-0.dll!babl_extension_quiet_log
77BE0AD7 01970000 00000000 76FE70F4 ntdll.dll!RtlFreeHeap
76FE70D5 043183E0 0434FC00 00001DFC msvcrt.dll!_free
6B4CE0BA 00000004 03338BB0 00CCF75C libbabl-0.1-0.dll!babl_free
6B4C5377 00CCF804 00000004 00CCF75C libbabl-0.1-0.dll!babl_extension_quiet_log
7701A90A 0000005D BF98A930 6B4CDE6D msvcrt.dll!__output_l

gimp-2.10.exe 2.10.0.0
ntdll.dll 10.0.15063.608
KERNEL32.DLL 10.0.15063.994
KERNELBASE.dll 10.0.15063.994
msvcrt.dll 7.0.15063.994
SHELL32.dll 10.0.15063.966
libgimpconfig-2.0-0.dll
cfgmgr32.dll 10.0.15063.0
libgimpcolor-2.0-0.dll
libgimpmath-2.0-0.dll
ucrtbase.dll 10.0.15063.966
shcore.dll 10.0.15063.994
RPCRT4.dll 10.0.15063.966
libgimpmodule-2.0-0.dll
SspiCli.dll 10.0.15063.674
libgimpwidgets-2.0-0.dll
libgimpthumb-2.0-0.dll
CRYPTBASE.dll 10.0.15063.994
bcryptPrimitives.dll 10.0.15063.994
GDI32.dll 10.0.15063.966
libcairo-2.dll
sechost.dll 10.0.15063.0
USER32.dll 10.0.15063.966
gdi32full.dll 10.0.15063.674
combase.dll 10.0.15063.966
win32u.dll 10.0.15063.608
libfontconfig-1.dll
msvcp_win.dll 10.0.15063.936
windows.storage.dll 10.0.15063.966
advapi32.dll 10.0.15063.850
shlwapi.dll 10.0.15063.994
libgdk_pixbuf-2.0-0.dll 2.36.12.0
kernel.appcore.dll 10.0.15063.0
libfreetype-6.dll
ole32.dll 10.0.15063.966
libgexiv2-2.dll
powrprof.dll 10.0.15063.0
profapi.dll 10.0.15063.0
libglib-2.0-0.dll 2.56.1.0
libgio-2.0-0.dll 2.56.1.0
WS2_32.dll 10.0.15063.0
libharfbuzz-0.dll
liblcms2-2.dll
libmypaint-1-3-0.dll
libintl-8.dll 0.19.8.0
libpango-1.0-0.dll 1.42.1.0
libpangocairo-1.0-0.dll 1.42.1.0
libpangoft2-1.0-0.dll 1.42.1.0
zlib1.dll
libgimpbase-2.0-0.dll
libbabl-0.1-0.dll
libgegl-0.4-0.dll
libgmodule-2.0-0.dll 2.56.1.0
MSIMG32.DLL 10.0.15063.994
libexpat-1.dll
libgcc_s_dw2-1.dll
libiconv-2.dll 1.15.0.0
libpng16-16.dll
libgdk-win32-2.0-0.dll 2.24.32.0
IMM32.DLL 10.0.15063.994
libbz2-1.dll
libexiv2.dll
libstdc++-6.dll
PSAPI.DLL 10.0.15063.994
gdiplus.dll 10.0.15063.994
libgegl-npd-0.4.dll
exchndl.dll 0.8.2.0
libwinpthread-1.dll 1.0.0.0
DNSAPI.dll 10.0.15063.674
libpcre-1.dll
IPHLPAPI.DLL 10.0.15063.0
libgraphite2.dll
NSI.dll 10.0.15063.0
libjson-c-3.dll
libfribidi-0.dll
libpangowin32-1.0-0.dll 1.42.1.0
VERSION.dll 10.0.15063.0
USP10.dll 10.0.15063.0
libgobject-2.0-0.dll 2.56.1.0
libgtk-win32-2.0-0.dll 2.24.32.0
libpixman-1-0.dll
mgwhelp.dll 0.8.2.0
libffi-6.dll
dbghelp.dll 6.3.9600.17336
COMDLG32.DLL 10.0.15063.994
libatk-1.0-0.dll 2.28.0.0
COMCTL32.DLL 5.82.15063.994
WINSPOOL.DRV 10.0.15063.994
bcrypt.dll 10.0.15063.0
uxtheme.dll 10.0.15063.994
OLEAUT32.dll 10.0.15063.966
clbcatq.dll 2001.12.10941.16384
propsys.dll 7.0.15063.909
apphelp.dll 10.0.15063.994
MSCTF.dll 10.0.15063.994
cairo.dll
CIE.dll
double.dll
fast-float.dll
float.dll
gegl-fixups.dll
gggl-lies.dll
gggl-table-lies.dll
gggl-table.dll
gggl.dll
gimp-8bit.dll
grey.dll
half.dll
HCY.dll
HSL.dll
HSV.dll
naive-CMYK.dll
simple.dll
sse-fixups.dll
sse-half.dll
sse2-float.dll
sse2-int16.dll
sse2-int8.dll
sse4-int8.dll
two-table.dll
u16.dll
u32.dll
ycbcr.dll
gegl-core.dll
libjson-glib-1.0-0.dll
CRYPTSP.dll 10.0.15063.0
rsaenh.dll 10.0.15063.0
winhttp.dll 10.0.15063.994
exr-load.dll
libIlmImf-2_2.dll
libHalf-2_2.dll
libIlmThread-2_2.dll
libIex-2_2.dll
libImath-2_2.dll
gegl-common-gpl3.dll
gegl-common.dll
jp2-load.dll
libjasper-4.dll
libjpeg-8.dll
jpg-load.dll
pixbuf.dll
png-load.dll
ppm-load.dll
raw-load.dll
libraw-16.dll
libgomp-1.dll
WSOCK32.DLL 10.0.15063.0
rgbe-load.dll
svg-load.dll
librsvg-2-2.dll
libcroco-0.6-3.dll
libxml2-2.dll
liblzma-5.dll 5.2.3.0
text.dll
tiff-load.dll
libtiff-5.dll
webp-load.dll
libwebp-7.dll
exr-save.dll
jpg-save.dll
npy-save.dll
png-save.dll
ppm-save.dll
rgbe-save.dll
save-pixbuf.dll
sdl-display.dll
SDL.dll 1.2.14.0
WINMM.DLL 10.0.15063.994
WINMMBASE.dll 10.0.15063.994
tiff-save.dll
webp-save.dll
lcms-from-profile.dll
npd.dll
path.dll
transformops.dll
vector-fill.dll
vector-stroke.dll
gegl-generated.dll
seamless-clone.dll
libgegl-sc-0.4.dll
seamless-clone-compose.dll
libwimp.dll

Windows 10.0.15063
DrMingw 0.8.2

[update: I tried, copied it to another Win10 1703 and got same message of Access Violation at same location with same module but reading from location differed.]

Moved from unrelated bug issue — mod GC

Hello everyone,

A long time ago I posted on this forum to find help to create a script that can automatise some task that I use for work. One of you generously proposed to write it for me and for free (thanks again @Tin Tran)! It worked very well and save me literally hundreds hours of work. Recently it started to provoke crashes when running. I receive the error message «fatal error: unhandled exception».
I try the few thing I think could help. I make a clean reinstall of gimp 2.8, stay here. Try to pass to 2.10.12 put the plug-in, same problem. The crash doesn’t happen systematically, it happen every 1 to 10 times I run the script. I’m starting to be desperate and I don’t know how to trouble shooting the thing anymore.
Can maybe someone give me idea how to search for problem identification if not for solution. I will attach the script to the message if someone want to take a look and see if he can identify any anomaly.

Thanks you in advance and please forgive me for my poor English,
Morphéus

Here is https://www.filehosting.org/file/detail … RWN_4a.tif.
If it only export a .tif and no .jpg it’s mean it didn’t work all the way, the output should be a .tif redimensioned and one .jpg with a scale indicator. When the script crash, it always manages to produce the .tif, it crash during the .jpeg creation or exportation. I also select a part of the initial image with the rectangle tool (I don’t know how it could affect it, but why not at this point).

EDIT: additional observations:
When I encounter the bug, if I relauch GIMP, he ask me if I want to retrive my work, If I do, I will find the picture crop, with the scale indicator draw, so the bug should occur at the export of the .jpeg.

Might be better with another example. That one works here (I think) linux Gimp 2.10.12 Some stats:

The image is 16 bit greyscale with Epson icc. — I kept that icc when opening the image.

Running the script: The backup tif is largely the same as the original unmodified. 16 bit greyscale with Epson icc. File size is slightly larger (maybe some extra metadata)
The jpeg with the ‘watermark’ is created. Nothing special greyscale 8 bit as you might expect.

A screenshot of the three images: https://i.imgur.com/N2xFVxj.jpg

There are currently 1 users browsing this thread. (0 members and 1 guests)