Bug 573931

Summary: [abrt] crash in gnome-applet-netspeed-0.15.2-3.fc12.1: Process /usr/libexec/netspeed_applet2 was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Jonathan <talltaurus2002>
Component: gnome-applet-netspeedAssignee: Lyos Gemini Norezel <lyos.gemininorezel>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 12CC: bugs.michael, lyos.gemininorezel
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: abrt_hash:9a1d931fce6566575082290de5984340be874d0b
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-06-05 14:38:43 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

Description Jonathan 2010-03-16 08:45:57 UTC 
abrt 1.0.8 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/netspeed_applet2 --oaf-activate-iid=OAFIID:GNOME_NetspeedApplet_Factory --oaf-ior-fd=34
comment: Simply updated rb_libtorrent, java-1.6.0-openjdk, rb_libtorrent-python, and jdk plugin and crashed
component: gnome-applet-netspeed
executable: /usr/libexec/netspeed_applet2
kernel: 2.6.32.9-70.fc12.x86_64
package: gnome-applet-netspeed-0.15.2-3.fc12.1
rating: 4
reason: Process /usr/libexec/netspeed_applet2 was killed by signal 11 (SIGSEGV)
release: Fedora release 12 (Constantine)

How to reproduce
-----
1. Just did regular update and it crashed
2.
3.
Comment 1 Jonathan 2010-03-16 08:45:59 UTC 
Created attachment 400404 [details]
File: backtrace
Comment 2 Lyos Gemini Norezel 2010-03-24 15:33:33 UTC 
I've tried to reproduce this crash, without success. 

Just wanted to let you know I wasn't ignoring this.

Lyos Gemini Norezel
Comment 3 Jonathan 2010-03-24 19:53:00 UTC 
I can't reproduce it either. Close it. It was a fluke.
Comment 4 Michael Schwendt 2010-03-31 07:32:16 UTC 
> 0  IA__g_type_check_instance_cast (type_instance=0x6168732f7273752f, 
>     iface_type=19784864) at gtype.c:3725

That's memory corruption, similar to the symptoms in bug 530920. The hex value of type_instance is not a valid pointer, but ASCII "ahs/rsu/", which resembles parts of some file pathnames.
Comment 5 Michael Schwendt 2010-06-05 14:38:43 UTC 

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