gthumb crashed with SIGSEGV in scale_line()

Bug #714886 reported by Cesare Mastroianni
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gthumb (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: gthumb

Hi there.

I recently upgraded from Lucid to Maverick.

Unfortunately I found that GTHUMB bacame totally UNSTABLE.

Gthumb crashes:
   - when resizing group of pictures
   - when deleting a picture
   - when moving a picture from a folder to another one
   - when converting a group of pictures ...

Ghumb crashes almost on 80% of its features.

Please, see attached GDB TXT output about the crash while resizing a group of pictures.

Ciao
CM

ProblemType: Crash
DistroRelease: Ubuntu 10.10
Package: gthumb 3:2.11.3-2build1
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic-pae 2.6.35.10
Uname: Linux 2.6.35-25-generic-pae i686
NonfreeKernelModules: nvidia
Architecture: i386
CrashCounter: 1
Date: Mon Feb 7 22:55:24 2011
ExecutablePath: /usr/bin/gthumb
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
ProcCmdline: gthumb /home/username/Scrivania/foto-cinema-colombo/SAM_0859.JPG
ProcEnviron:
 PATH=(custom, no user)
 LANG=it_IT.utf8
 SHELL=/bin/bash
SegvAnalysis:
 Segfault happened at: 0xb6e14290 <scale_line+176>: movzbl (%eax),%ecx
 PC (0xb6e14290) ok
 source "(%eax)" (0x9df3371c) not located in a known VMA region (needed readable region)!
 destination "%ecx" ok
 Stack memory exhausted (SP below stack segment)
SegvReason: reading unknown VMA
Signal: 11
SourcePackage: gthumb
StacktraceTop:
 scale_line (weights=0xa42cb00, n_x=3, n_y=3, dest=0xa2556002 "", dest_x=0, dest_end=0xa2556305 "", dest_channels=3, dest_has_alpha=0, src=0xa576008, src_channels=3, src_has_alpha=0, x_init=0, x_step=131072, src_width=4000, check_size=0, color1=0, color2=0) at pixops.c:1013
 pixops_process (dest_buf=<value optimized out>, render_x0=<value optimized out>, render_y0=0, render_x1=2000, render_y1=<value optimized out>, dest_rowstride=6000, dest_channels=3, dest_has_alpha=0, src_buf=0x9cbce008 <Address 0x9cbce008 out of bounds>, src_width=4000, src_height=3000, src_rowstride=12000, src_channels=3, src_has_alpha=0, scale_x=0.5, scale_y=0.5, check_x=0, check_y=0, check_size=0, color1=0, color2=0, filter=0xae51af48, line_func=0xb6e141e0 <scale_line>, pixel_func=0xb6e14130 <scale_pixel>) at pixops.c:1352
 _pixops_scale_real (dest_buf=0xa207c008 "\332\335\342\331\334\341\332\335\342\331\334\341\334\335\342\336\337\344\333\334\341\334\335\342\334\334\344\332\332\342\334\335\342\333\334\341\335\336\343\334\335\342\334\335\342\335\336\343\332\333\340\334\335\342\335\336\343\335\336\343\337\340\345\337\340\345\330\331\336\333\334\341\336\337\344\335\336\343\334\335\342\336\337\344\336\337\344\336\337\344\336\337\344\335\336\343\335\336\343\335\336\343\335\336\343\335\336\343\337\340\345\334\335\342\335\336\343\335\336\343\335\336\343\335\336\343\334\335\342\333\334\341\335\336\343\335\336\343\334\335\342\337\340\345\336\337\344\334\335\342\336\337\344\334\335\342\335\336\343\335\336\343\335\336\343\334\335\342\335\336\343\337\340\345\334\335\342\331\334\341\332\335\342\333\336\343\332\335\342\331\334\341\334\337\344\332\335\342\331", <incomplete sequence \334>..., dest_width=2000, dest_height=1500, dest_rowstride=6000, dest_channels=3, dest_has_alpha=0, src_buf=0x9cbce008 <Address 0x9cbce008 out of bounds>, src_width=4000, src_height=3000, src_rowstride=12000, src_channels=3, src_has_alpha=0, dest_x=0, dest_y=0, dest_region_width=2000, dest_region_height=1500, offset_x=0, offset_y=0, scale_x=0.5, scale_y=0.5, interp_type=PIXOPS_INTERP_BILINEAR) at pixops.c:2216
 _pixops_scale (dest_buf=0xa207c008 "\332\335\342\331\334\341\332\335\342\331\334\341\334\335\342\336\337\344\333\334\341\334\335\342\334\334\344\332\332\342\334\335\342\333\334\341\335\336\343\334\335\342\334\335\342\335\336\343\332\333\340\334\335\342\335\336\343\335\336\343\337\340\345\337\340\345\330\331\336\333\334\341\336\337\344\335\336\343\334\335\342\336\337\344\336\337\344\336\337\344\336\337\344\335\336\343\335\336\343\335\336\343\335\336\343\335\336\343\337\340\345\334\335\342\335\336\343\335\336\343\335\336\343\335\336\343\334\335\342\333\334\341\335\336\343\335\336\343\334\335\342\337\340\345\336\337\344\334\335\342\336\337\344\334\335\342\335\336\343\335\336\343\335\336\343\334\335\342\335\336\343\337\340\345\334\335\342\331\334\341\332\335\342\333\336\343\332\335\342\331\334\341\334\337\344\332\335\342\331", <incomplete sequence \334>..., dest_width=2000, dest_height=1500, dest_rowstride=6000, dest_channels=3, dest_has_alpha=0, src_buf=0x9cbce008 <Address 0x9cbce008 out of bounds>, src_width=4000, src_height=3000, src_rowstride=12000, src_channels=3, src_has_alpha=0, dest_x=0, dest_y=0, dest_region_width=2000, dest_region_height=1500, offset_x=0, offset_y=0, scale_x=0.5, scale_y=0.5, interp_type=PIXOPS_INTERP_BILINEAR) at pixops.c:2271
 gdk_pixbuf_scale (src=0xb554ce80, dest=0xb554cf98, dest_x=0, dest_y=0, dest_width=2000, dest_height=1500, offset_x=0, offset_y=0, scale_x=0.5, scale_y=0.5, interp_type=GDK_INTERP_BILINEAR) at gdk-pixbuf-scale.c:81
Title: gthumb crashed with SIGSEGV in scale_line()
UserGroups: adm admin cdrom dialout lp lpadmin plugdev sambashare

Revision history for this message
Cesare Mastroianni (cece) wrote :
visibility: private → public
Revision history for this message
Apport retracing service (apport) wrote : This bug is a duplicate

Thank you for taking the time to report this crash and helping to make Ubuntu better. This particular crash has already been reported and is a duplicate of bug #638266, so is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Please continue to report any other bugs you may find.

tags: removed: need-i386-retrace
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.