After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 331966 - Gnome-games crashes
Gnome-games crashes
Status: RESOLVED FIXED
Product: gnome-games-superseded
Classification: Deprecated
Component: general
2.13.x
Other other
: High critical
: ---
Assigned To: GNOME Games maintainers
GNOME Games maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-21 01:01 UTC by Jaime Frutos Morales
Modified: 2012-01-31 23:19 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Jaime Frutos Morales 2006-02-21 01:01:15 UTC
From: acidborg <>
To: submit@bugs.gnome.org
X-Mailer: bug-buddy 2.13.0
Subject: Gnome-games crashes

Distribution: Ubuntu 6.04 (dapper)
Package: gnome-games
Severity: Normal
Version: GNOME2.13.91 2.13.7
Gnome-Distributor: Ubuntu
Synopsis: Gnome-games crashes
Bugzilla-Product: gnome-games
Bugzilla-Component: aisleriot
Bugzilla-Version: 2.13.7
BugBuddy-GnomeVersion: 2.0 (2.13.3)
Description:
Description of the crash:
I just open Freecell and start playing. It just crashed

Steps to reproduce the crash:
1. Open Freecell
2. Start playing
3. It Crashes

Expected Results:
Not to crash

How often does this happen?
Always

Additional Information:
Ubuntu Dapper updated today


Debugging Information:

Backtrace was generated from '/usr/games/sol'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1224489280 (LWP 3696)]
[New Thread -1246401616 (LWP 3701)]
[New Thread -1238008912 (LWP 3700)]
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1224489280 (LWP 3696))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 792
  • #3 <signal handler called>
  • #4 scm_cons
    from /usr/lib/libguile.so.12
  • #5 scm_list_head
    from /usr/lib/libguile.so.12
  • #6 scm_deval
    from /usr/lib/libguile.so.12
  • #7 scm_deval
    from /usr/lib/libguile.so.12
  • #8 scm_deval
    from /usr/lib/libguile.so.12
  • #9 scm_deval
    from /usr/lib/libguile.so.12
  • #10 scm_deval
    from /usr/lib/libguile.so.12
  • #11 scm_deval
    from /usr/lib/libguile.so.12
  • #12 scm_deval
    from /usr/lib/libguile.so.12
  • #13 scm_deval
    from /usr/lib/libguile.so.12
  • #14 scm_deval
    from /usr/lib/libguile.so.12
  • #15 scm_deval
    from /usr/lib/libguile.so.12
  • #16 scm_deval
    from /usr/lib/libguile.so.12
  • #17 scm_deval
    from /usr/lib/libguile.so.12
  • #18 scm_deval
    from /usr/lib/libguile.so.12
  • #19 scm_deval
    from /usr/lib/libguile.so.12
  • #20 scm_deval
    from /usr/lib/libguile.so.12
  • #21 scm_deval
    from /usr/lib/libguile.so.12
  • #22 scm_deval
    from /usr/lib/libguile.so.12
  • #23 scm_deval
    from /usr/lib/libguile.so.12
  • #24 scm_deval
    from /usr/lib/libguile.so.12
  • #25 scm_deval
    from /usr/lib/libguile.so.12
  • #26 scm_deval_args
    from /usr/lib/libguile.so.12
  • #27 scm_deval
    from /usr/lib/libguile.so.12
  • #28 scm_deval
    from /usr/lib/libguile.so.12
  • #29 scm_deval
    from /usr/lib/libguile.so.12
  • #30 scm_deval
    from /usr/lib/libguile.so.12
  • #31 scm_deval
    from /usr/lib/libguile.so.12
  • #32 scm_deval
    from /usr/lib/libguile.so.12
  • #33 scm_deval
    from /usr/lib/libguile.so.12
  • #34 scm_deval
    from /usr/lib/libguile.so.12
  • #35 scm_deval
    from /usr/lib/libguile.so.12
  • #36 scm_deval
    from /usr/lib/libguile.so.12
  • #37 scm_dapply
    from /usr/lib/libguile.so.12
  • #38 scm_apply
    from /usr/lib/libguile.so.12
  • #39 scm_call_0
    from /usr/lib/libguile.so.12
  • #40 scm_threads_mark_stacks
    from /usr/lib/libguile.so.12
  • #41 scm_internal_catch
    from /usr/lib/libguile.so.12
  • #42 scm_internal_cwdr
    from /usr/lib/libguile.so.12
  • #43 scm_threads_mark_stacks
    from /usr/lib/libguile.so.12
  • #44 coop_abort
    from /usr/lib/libguile.so.12
  • #45 qt_null
    from /usr/lib/libqthreads.so.12
  • #46 qt_null
    from /usr/lib/libqthreads.so.12
  • #0 __kernel_vsyscall




------- Bug created by bug-buddy at 2006-02-21 01:01 -------


Unknown version 2.13.7 in product gnome-games.  Setting version to "2.13.x".

Comment 1 Callum McKenzie 2006-02-21 09:49:48 UTC
I can't reproduce this immediately, but the stack trace is, "interesting".

Is this a plain x86 machine or one with 64-bit extensions?

The stack trace seems to say that the problem has a lot to do with the qthreads library that guile uses. Although the stack trace is a little odd, probably the result of the magic that qthreads does to get threading working (e.g. the qt_null call at the top is, according to the source, an empty function that calls nothing, let alone coop_abort).

The problem is either in the Freecell hint code (which is the only bit in aisleriot to use threading) or a bug in guile. The coop_abort call sort of suggests the later, but I couldn't be sure.

Comment 2 Jaime Frutos Morales 2006-02-27 02:21:58 UTC
> Is this a plain x86 machine or one with 64-bit extensions?

It is a plain AMD x86 machine.

It was fixed in the last update of Ubuntu Dapper. Thanks anyway.
Comment 3 Callum McKenzie 2006-03-02 08:09:13 UTC
The problem isn't exactly fixed in Dapper, they just went back to the old way of doing things since the code isn't entirely portable without upgrading the guile 1.8.

I'm considering doing the same thing.
Comment 4 Callum McKenzie 2006-03-04 02:27:19 UTC
I have reverted the threaded-hint code, just as Ubuntu have done. This should fix this issue at the expense of possible responsiveness losses on slow machines.
Comment 5 Robert Ancell 2012-01-31 23:19:18 UTC
This bug is being reassigned to the "general" component so we can close the aisleriot bugzilla component.  Apologies for the mass email!