hardinfo crashes with glib error

Which version of HardInfo is affected? (See in Help -> About.) I can't reproduce the bug here.

hardinfo is version 0.4.2.1svn30042007 NOTE! I am amd64 here. kernal version 2.6.22-7 #1 SMP x86_64

I can confirm this bug. It seems more general though.
 - Opening another entry also makes it crash the same way.
 - Any entry that 'updates' itself will make it crash as the first update (the bug you reported)
 - The display entry always crashes
 - The summery entry always crashes

Do you also experience all those bugs?
I am using AMD64 here as well, but still using the generic (32-bits) ubuntu version..

I'm pretty sure its GTK/Gnome related though. The crash is in glib, and it doesn't crash when generating the report as html (which still collects all the data). The bug is in the interface-code. Somewhere some pointer either gets free-ed twice, or never at all. Or something like that.

Reproduceable steps:

Method 1
  1. open an item
  2. open another item
  3. CRASH

Method 2
 1. open summery
 2. CRASH

Method 3
  1. open display item
  2. CRASH

Method 4
  1. open some item that requires scrollbars
  2. scroll
  3. CRASH

Method 4
  1. open something that updates itself
  2. wait
  3. CRASH

I've attached example output in the terminal, because apport doesn't launch.
Do you need the core-dump as well?

Hello,
I am able to reproduce this crash also on Feisty 7.04 x86_64 with 2.6.20-16-generic.
Reproduced as follows:
-Launch from terminal or from menu link
-click on anything in the devices window on the left side or run a report on a device

hardinfo immediately crashes (does not even generate html report) with the error:
~$ hardinfo
Segmentation fault (core dumped)
Aug 31 19:21:08 ###### kernel: [ 970.697532] hardinfo[7167]: segfault at 0000000000000000 rip 00002ab2a6b9f090 rsp 00007fff072ba8c8 error 4

forgot to mention version of hardinfo, it is: 0.4.1

I have HardInfo 0.4.2.1.svn30042007 and I get the same errors here:
I'm using gutsy with all recent updates
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7482d65]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7486800]
/usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb77ce961]
/usr/lib/libglib-2.0.so.0[0xb77ba1a7]
/usr/lib/libglib-2.0.so.0[0xb77ba3b0]
hardinfo[0x8050eaf]
hardinfo[0x8051fb8]
/usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x49)[0xb7875c09]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x122)[0xb7868772]
/usr/lib/libgobject-2.0.so.0[0xb7879323]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x8c7)[0xb787a847]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0xb787aa09]
/usr/lib/libgtk-x11-2.0.so.0(_gtk_tree_selection_internal_select_node+0x92)[0xb7dccdd2]
/usr/lib/libgtk-x11-2.0.so.0[0xb7de5353]
/usr/lib/libgtk-x11-2.0.so.0[0xb7dec64b]
/usr/lib/libgtk-x11-2.0.so.0(_gtk_marshal_BOOLEAN__BOXED+0x5e)[0xb7ce31de]
/usr/lib/libgobject-2.0.so.0[0xb7866f89]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x122)[0xb7868772]
/usr/lib/libgobject-2.0.so.0[0xb7879973]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x68f)[0xb787a60f]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0xb787aa09]
/usr/lib/libgtk-x11-2.0.so.0[0xb7e01488]
/usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0x14f)[0xb7cdc36f]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x307)[0xb7cdd587]
/usr/lib/libgdk-x11-2.0.so.0[0xb7b48b3a]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x17c)[0xb77c711c]
/usr/lib/libglib-2.0.so.0[0xb77ca55f]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0xb77ca909]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0xb7cdd9e4]
hardinfo(main+0x119)[0x804f989]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb742f050]
hardinfo[0x804f7e1]
======= Memory map: ========
08048000-08063000 r-xp 00000000 08:03 704710 /usr/bin/hardinfo
08063000-08064000 rw-p 0001a000 08:03 704710 /usr/bin/hardinfo
08064000-0837b000 rw-p 08064000 00:00 0 [heap]
b6000000-b6021000 rw-p b6000000 00:00 0
b6021000-b6100000 ---p b6021000 00:00 0
b6174000-b617e000 r-xp 00000000 08:03 10600498 /lib/libgcc_s.so.1
b617e000-b617f000 rw-p 0000a000 08:03 10600498 /lib/libgcc_s.so.1
b617f000-b618e000 r-xp 00000000 08:03 10600773 /lib/tls/i686/cmov/libresolv-2.6.1.so
b618e000-b6190000 rw-p 0000f000 08:03 10600773 /lib/tls/i686/cmov/libresolv-2.6.1.so
b6190000-b6192000 rw-p b6190000 00:00 0
b6192000-b6193000 r-xp 00000000 08:03 10600676 /lib/libkeyutils-1.2.so
b6193000-b6194000 rw-p 00001000 08:03 10600676 /lib/libkeyutils-1.2.so
b6194000-b619b000 r-xp 00000000 08:03 709903 /usr/lib/libkrb5support.so.0.1
b619b000-b619c000 rw-p 00006000 08:03 709903 /usr/lib/libkrb5support.so.0.1
b619c000-b61a1000 r-xp 00000000 08:03 10600740 /lib/tls/i686/cmov/libcrypt-2.6.1.so
b61a1000-b61a3000 rw-p 00004000 08:03 10600740 /lib/tls/i686/cmov/libcrypt-2.6.1.so
b61a3000-b61ca000 rw-p b61a3000 00:00 0
b61ca000-b61cc000 r-xp 00000000 08:03 10600455 /lib/libcom_err.so.2.1
b61cc000-b61cd000 rw-p 00001000 08:03 10600455 /lib/libcom_err.so.2.1
b61cd000-b61f1000 r-xp 00000000 08:03 709717 /usr/lib/libk5crypto.so.3.1
b61f1000-b61f2000 ...

I think that somebody should change the importance of this bug to critical. Because with this bug, hardinfo doesn't work at all.

I'm running Ubuntu 7.10 Beta amd64 with kernel 2.6.22-12, HardInfo version is SVN_161.
I've attached the stack trace which is outputted when selecting summary.

i have same errors with regnum online on ubuntu 7.10 beta with kernel 2.6.22.14

I believe I'm suffering from the same bug.
Attached is the backtrace and the memory map from the crash.

Here's the version info:
>*** hardinfo.c:35 (main) *** HardInfo version SVN_163. Debug version.
>*** hardinfo.c:38 (main) *** g_thread_init()
>HardInfo version SVN_163
>Copyright (C) 2003-2007 Leandro A. F. Pereira. See COPYING for details.
>
>Compile-time options:
> Release version: No (SVN_163) (ARCH_x86_64)
> BinReloc enabled: Yes
> Data prefix: /usr/share/hardinfo/
> Library prefix: /usr/lib/hardinfo/
> Compiled on: Linux 2.6.22-14-generic (nobu-desktop)
>*** hardinfo.c:62 (main) *** Debugging is enabled.
>*** util.c:219 (binreloc_init) *** initializing binreloc (hardcoded = 0)
>*** util.c:242 (binreloc_init) *** done, trying to use binreloc paths.
>*** util.c:253 (binreloc_init) *** searching for runtime data on these locations:
>*** util.c:254 (binreloc_init) *** lib: /usr/lib64/hardinfo
>*** util.c:255 (binreloc_init) *** data: /usr/share/hardinfo
>*** util.c:283 (binreloc_init) *** runtime data found!
>Modules:
>File Name Name Version
>*** syncmanager.c:100 (sync_manager_add_entry) *** registering syncmanager entry ''Send Benchmark Results''
>*** syncmanager.c:100 (sync_manager_add_entry) *** registering syncmanager entry ''Receive Benchmark Results''
>computer.so Computer SVN_163
>devices.so Devices SVN_163
>benchmark.so Benchmarks SVN_163

Crashes when waiting at storage, after any second choice of an item on the left, and after the benchmark is done if the second choice is a benchmark item.
This bug happened before I updated to this svn version from a previous one, but I don't remember what version I had before. The version I had before this one did not crash when I was running Feisty. I'm currently running Gutsy (7.10) Beta.

`uname -a` output:
>nobu@nobu-desktop:~/src/hardinfo$ uname -a
>Linux nobu-desktop 2.6.22-14-generic #1 SMP Wed Oct 10 05:28:36 GMT 2007 x86_64 GNU/Linux

Hope this helps. ^.^

Seems fixed in svn 168 of hardinfo. I've gone through each menu entry and it hasn't crashed. I've also let it stay open for a while without it crashing. Anyone else that can confirm this?

yes I can confirm that with svn 171 this problem seems solved

Fixed by 0.4.2.3-1

Backport requested in:

https://bugs.launchpad.net/ubuntu/gutsy/+source/hardinfo/+bug/178267

The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
Gutsy task.