Re: [Gimp-user] Crash when opening/processing files in quick succession
- From: Jehan Pagès <jehan marmottard gmail com>
- To: Matthew Malthouse <calmeilles gmail com>
- Cc: "gimp-user-list gnome org" <gimp-user-list gnome org>
- Subject: Re: [Gimp-user] Crash when opening/processing files in quick succession
- Date: Thu, 30 Jun 2016 01:43:33 +0200
Hi,
On Wed, Jun 29, 2016 at 7:05 PM, Matthew Malthouse <calmeilles gmail com> wrote:
Over the last two days I've processed about 500 JPG files. Typically:
Open, auto levels (on F10 key) or manual, Crop or resize, maybe unsharp
mask, overwrite (F9 key) with my default jpeg settings. each takes between
1 and 3 minutes. So fairly leisurely.
But the next group has already been processed for crop and size so all I
need to is auto levels and over rewrite, keying:
Ctrl-O, ↓, ↓, Ent, F10, F9, Ent, Ctrl-W Ctrl-D
Open, down-arrow twice to select next image, enter, auto-levels, overwrite,
enter, close, discard changes.
It's very rapid, processing four or five images a minute...
But after 5 or 6 images Gimp crashes — here are bits from the crash report
Segfault happened at: 0x71524: cmp %eax,(%r12)
PC(0x00715254) ok
source (%eax" ok
destination "(%r12)" (0x00000000) not located in a known VMA region (needed
writable region)!
gimp 2.8.12-0trusty2~ppa [prigin:LP-PPA-otto-kesselgulasch-gimp]
gimp-2.8 crashed with SUGSEGV in file_open_image()
and64
Ubunty 14.04
Unity
Ubuntu 3.13.0-91.138-generic 3.13.11-ckt39
Could you try the last version of GIMP (2.8.16) and if the problem
still persists, could you run GIMP in gdb, get a stacktrace upon the
crash and open a bug report with this information please?
More about getting a stacktrace:
https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces/Details
For bug reports: https://bugzilla.gnome.org/enter_bug.cgi?product=GIMP
Thanks!
Jehan
4-core hyperthreaded (so 8 virtual) 16 Gb RAM, gimp allocated 8195 tile
cache memory.
Computers a supposed to be faster than mere humans so I'm boggled that this
should happen just because I'm doing things more rapidly than before.
Is there a fix?
I don't want to batch script because I need to eyeball the images to catch
the occasional ones where auto-levels is a bad idea.
Matthew
_______________________________________________
gimp-user-list mailing list
List address: gimp-user-list gnome org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives: https://mail.gnome.org/archives/gimp-user-list
--
ZeMarmot open animation film
http://film.zemarmot.net
Patreon: https://patreon.com/zemarmot
Tipeee: https://www.tipeee.com/zemarmot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]