Bug 1595682

Summary: [abrt] xsane: __memmove_sse2_unaligned_erms(): xsane killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Tristan Santore <tristan.santore>
Component: xsaneAssignee: Nils Philippsen <nphilipp>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: nphilipp, zdohnal
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/23bd43d041ad168c58daf02d9493479615810775
Whiteboard: abrt_hash:196394fe7ffe0830f7fb140b44af86045a442fde;
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-03-13 11:34:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: cpuinfo
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: mountinfo
none
File: open_fds
none
File: proc_pid_status none

Description Tristan Santore 2018-06-27 11:03:14 UTC
Description of problem:
I am currently testing a new scanner. Testing in 2400dpi works fine, 4800dpi, it crashes.

I think that, this might be related to SANE using /tmp/. If /tmp fills up it crashes, I could be wrong though.
But this appears to ahppen in 4800dpi mode only, and files are left behind in /tmp.

I wonder, if xsane should have its own /tmp dir under /var ?!?!?! And also on restart clean up the /tmp dir of its own files ?

Version-Release number of selected component:
xsane-0.999-28.fc28

Additional info:
reporter:       libreport-2.9.5
backtrace_rating: 4
cmdline:        xsane
crash_function: __memmove_sse2_unaligned_erms
executable:     /usr/bin/xsane
journald_cursor: s=c9f13ae252be4bc2879f3d7f516ceca4;i=b0097;b=d34996738b3340958bd2849242d7ac89;m=122a43d4a;t=56f9d596baa61;x=c7c2092df8817586
kernel:         4.17.2-200.fc28.x86_64
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 __memmove_sse2_unaligned_erms at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:455
 #1 xsane_viewer_read_image at ../../src/xsane-viewer.c:2547
 #2 xsane_viewer_new at ../../src/xsane-viewer.c:3121
 #3 xsane_scan_done at ../../src/xsane-scan.c:1226
 #4 xsane_read_image_data at ../../src/xsane-scan.c:551
 #5 xsane_start_scan at ../../src/xsane-scan.c:1869
 #6 xsane_scan_dialog at ../../src/xsane-scan.c:2169
 #11 gtk_real_button_released at gtkbutton.c:1712
 #16 gtk_button_button_release at gtkbutton.c:1604
 #17 _gtk_marshal_BOOLEAN__BOXED at gtkmarshalers.c:84

Comment 1 Tristan Santore 2018-06-27 11:03:19 UTC
Created attachment 1455006 [details]
File: backtrace

Comment 2 Tristan Santore 2018-06-27 11:03:21 UTC
Created attachment 1455007 [details]
File: cgroup

Comment 3 Tristan Santore 2018-06-27 11:03:22 UTC
Created attachment 1455008 [details]
File: core_backtrace

Comment 4 Tristan Santore 2018-06-27 11:03:23 UTC
Created attachment 1455009 [details]
File: cpuinfo

Comment 5 Tristan Santore 2018-06-27 11:03:26 UTC
Created attachment 1455010 [details]
File: dso_list

Comment 6 Tristan Santore 2018-06-27 11:03:27 UTC
Created attachment 1455011 [details]
File: environ

Comment 7 Tristan Santore 2018-06-27 11:03:29 UTC
Created attachment 1455012 [details]
File: exploitable

Comment 8 Tristan Santore 2018-06-27 11:03:30 UTC
Created attachment 1455013 [details]
File: limits

Comment 9 Tristan Santore 2018-06-27 11:03:33 UTC
Created attachment 1455014 [details]
File: maps

Comment 10 Tristan Santore 2018-06-27 11:03:34 UTC
Created attachment 1455015 [details]
File: mountinfo

Comment 11 Tristan Santore 2018-06-27 11:03:35 UTC
Created attachment 1455016 [details]
File: open_fds

Comment 12 Tristan Santore 2018-06-27 11:03:36 UTC
Created attachment 1455017 [details]
File: proc_pid_status

Comment 13 Zdenek Dohnal 2019-03-13 11:34:03 UTC

*** This bug has been marked as a duplicate of bug 1688085 ***