gvfsd-mtp crashed with SIGSEGV in try_read()

[Daniel Winzen]

gvfsd-mtp crashed when deleting a file on my mobile phone. Maybe the connection was broken at this time, because my usb-cable is not the best anymore.

ProblemType: Crash
DistroRelease: Ubuntu 13.04
Package: gvfs-backends 1.15.2-0ubuntu3
ProcVersionSignature: Ubuntu 3.8.0-4.8-generic 3.8.0-rc6
Uname: Linux 3.8.0-4-generic x86_64
ApportVersion: 2.8-0ubuntu4
Architecture: amd64
Date: Wed Feb 6 22:45:18 2013
ExecutablePath: /usr/lib/gvfs/gvfsd-mtp
InstallationDate: Installed on 2012-04-03 (308 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120403)
MarkForUpload: True
ProcCmdline: /usr/lib/gvfs/gvfsd-mtp --spawner :1.7 /org/gtk/gvfs/exec_spaw/4
ProcEnviron:
 SHELL=/bin/bash
 XDG_RUNTIME_DIR=<set>
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
SegvAnalysis:
 Segfault happened at: 0x40440b: mov 0x8(%rax),%rdi
 PC (0x0040440b) ok
 source "0x8(%rax)" (0x00000008) not located in a known VMA region (needed readable region)!
 destination "%rdi" ok
 Stack memory exhausted (SP below stack segment)
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: gvfs
StacktraceTop:
 ?? ()
 ?? ()
 g_vfs_job_run () from /usr/lib/x86_64-linux-gnu/gvfs/libgvfsdaemon.so
 ?? () from /usr/lib/x86_64-linux-gnu/gvfs/libgvfsdaemon.so
 ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
Title: gvfsd-mtp crashed with SIGSEGV in g_vfs_job_run()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Apport retracing service (apport)]

StacktraceTop:
 try_read (backend=<optimized out>, job=<optimized out>, handle=<optimized out>, buffer=<optimized out>, bytes_requested=<optimized out>) at gvfsbackendmtp.c:1503
 do_query_info (backend=0x7f9474040d20, job=0x7f948800a9f0, filename=<optimized out>, flags=<optimized out>, info=0x7f9474042900, matcher=<optimized out>) at gvfsbackendmtp.c:1002
 g_vfs_job_run (job=0x7f948800a9f0) at gvfsjob.c:197
 job_handler_callback (data=<optimized out>, user_data=<optimized out>) at gvfsdaemon.c:184
 g_thread_pool_push (pool=0x13b15f0, data=<optimized out>, error=<optimized out>) at /build/buildd/glib2.0-2.35.7/./glib/gthreadpool.c:548

[Philip Langdale (langdalepl)]

The backtrace doesn't make any sense. do_query_info never calls try_read, and the outer frames also show clear signs of corruption, so I don't think we can rely on much in it - as such I don't think we even know what function the crash occured in.