Bug 573931 - [abrt] crash in gnome-applet-netspeed-0.15.2-3.fc12.1: Process /usr/libexec/netspeed_applet2 was killed by signal 11 (SIGSEGV)
Summary: [abrt] crash in gnome-applet-netspeed-0.15.2-3.fc12.1: Process /usr/libexec/n...
Keywords:
Status: CLOSED DUPLICATE of bug 530920
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-applet-netspeed
Version: 12
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Lyos Gemini Norezel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:9a1d931fce6566575082290de59...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-16 08:45 UTC by Jonathan
Modified: 2010-06-05 14:38 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-06-05 14:38:43 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (15.97 KB, text/plain)
2010-03-16 08:45 UTC, Jonathan 		no flags Details
View All

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 ***
Note You need to log in before you can comment on or make changes to this bug.