transmission-gtk crashed with SIGSEGV in g_atomic_int_exchange_and_add()

Bug #718223 reported by gunbladeiv
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
transmission (Ubuntu)
Incomplete
Medium
Unassigned

Bug Description

Binary package hint: transmission

It happens when i tried to add .torrent files from a mounted partition of NTFS filesystem.

ProblemType: Crash
DistroRelease: Ubuntu 11.04
Package: transmission-gtk 2.13-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-1.28-generic 2.6.38-rc2
Uname: Linux 2.6.38-1-generic i686
Architecture: i386
CrashCounter: 1
Date: Mon Feb 14 00:25:29 2011
ExecutablePath: /usr/bin/transmission-gtk
ProcCmdline: transmission-gtk
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 LC_MESSAGES=en_US.utf8
 SHELL=/bin/bash
SegvAnalysis:
 Segfault happened at: 0xe623a9 <g_atomic_int_exchange_and_add+9>: lock xadd %eax,(%edx)
 PC (0x00e623a9) ok
 source "%eax" ok
 destination "(%edx)" (0x00000014) not located in a known VMA region (needed writable region)!
SegvReason: writing NULL VMA
Signal: 11
SourcePackage: transmission
StacktraceTop:
 g_atomic_int_exchange_and_add () from /lib/libglib-2.0.so.0
 g_variant_unref () from /lib/libglib-2.0.so.0
 ?? () from /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so
 g_simple_async_result_complete () from /usr/lib/libgio-2.0.so.0
 ?? () from /usr/lib/libgio-2.0.so.0
Title: transmission-gtk crashed with SIGSEGV in g_atomic_int_exchange_and_add()
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
gunbladeiv (gunbladeiv) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 g_atomic_pointer_compare_and_exchange (atomic=0x14,
 ?? ()
 register_application_window_cb (object=0x8e6eb88,
 g_output_stream_write_async (stream=0x8ff7358,
 ?? ()

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in transmission (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
Revision history for this message
Charles Kerr (charlesk) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Does this happen every time you add .torrent flies from a mounted NTFS filesystem? Does ever happen when you're adding torrents from somewhere else?

visibility: private → public
Charles Kerr (charlesk)
Changed in transmission (Ubuntu):
status: New → Incomplete
Revision history for this message
Charles Kerr (charlesk) wrote :

We'd like to figure out what's causing this bug for you, but we haven't heard back from you in a while. Could you please provide the requested information? Thanks!

Revision history for this message
gunbladeiv (gunbladeiv) wrote :

Yes. It happens everytime i tried to download torrent files and save it on NTFS filesystem. If it's ext4 or ext3 partition, then transmission will not crash. Sorry for the late response. I just got my time to check ubuntu bugs update today.

If there is anything else i could provide in order to solve this bug, please let me know.

Sorry again for my late reply.

Revision history for this message
Charles Kerr (charlesk) wrote :

Very odd. it seems to be dying in register_application_window_cb(), which appears to be part of Ayatana's appmenu-gtk code. I don't know what that's got to do with NTFS vs. ext3/ext4, or if the filesystem is a red herring.

I'm not sure how that's happening. Perhaps I should get one of the Ayatana devs to take a look and see what they think about this crash.

Revision history for this message
Michael Terry (mterry) wrote :

This looks like bug 729065 again. We should have fixed that on the 10th. Can you retry with an up-to-date system and confirm that you still see this issue?

Revision history for this message
gunbladeiv (gunbladeiv) wrote :

fixed. no longer produce crash when saving files into NTFS filesystem. Thanks.

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.