Menu

#32 core dump after two days

open
nobody
None
5
2014-08-23
2003-11-29
Anonymous
No

Solaris 9 lplayer-0.99.1-1 (compiled by Sun Forte C++)
was running two days continously when it core dumped by
signal BUS (invalid address alignment)

# dbx lplayer-bin core.dog.bert.sun.fi.lplayer-bin.2161
For information about new features see `help changes'
To remove this message, put `dbxenv
suppress_startup_message 7.1' in your .dbxrc
Reading lplayer-bin
core file header read successfully
Reading ld.so.1
Reading libgtk-1.2.so.0.9.1
Reading libgdk-1.2.so.0.9.1
Reading libgmodule-1.2.so.0.0.10
Reading libglib-1.2.so.0.0.10
Reading libdl.so.1
Reading libXext.so.0
Reading libX11.so.4
Reading libsocket.so.1
Reading libnsl.so.1
Reading libm.so.1
Reading libxmms.so.1.3.0
Reading libqt-mt.so.3.2.1
Reading libpng.so.2.1.0.15
Reading libz.so.1.1.4
Reading libSM.so.6
Reading libICE.so.6
Reading libpthread.so.1
Reading libCstd.so.1
Reading libCrun.so.1
Reading libw.so.1
Reading libc.so.1
Reading libmp.so.2
Reading libgtk-1.2.so.0.9.1
Reading libgdk-1.2.so.0.9.1
Reading libgmodule-1.2.so.0.0.10
Reading libgthread-1.2.so.0.0.10
Reading libglib-1.2.so.0.0.10
Reading libthread.so.1
Reading librt.so.1
Reading libjpeg.so.62.0.0
Reading libz.so.1
Reading libGL.so.1
Reading libXmu.so.4
Reading libXrender.so.1
Reading libresolv.so.2
Reading libaio.so.1
Reading libmd5.so.1
Reading libdga.so.1
Reading libXt.so.4
Reading libCstd_isa.so.1
Reading libc_psr.so.1
Reading iso_8859_1.so.2
WARNING!!
A loadobject was found with an unexpected checksum value.
See `help core mismatch' for details, and run `proc -map'
to see what checksum values were expected and found.
dbx: warning: Some symbolic information might be incorrect.
detected a multithreaded program
t@2 (l@2) terminated by signal BUS (invalid address
alignment)
0xfed43cb4: _free_unlocked+0x0040: ld [%i0 -
0x8], %o0
(dbx) where
current thread: t@2
=>[1] _free_unlocked(0xe, 0x0, 0x0, 0xfedbc000, 0x0,
0x3fff9e35), at 0xfed43cb4
[2] free(0xe, 0xfedc26ec, 0xfedc26ec, 0x1, 0x0,
0xffffffff), at 0xfed43c64
[3] operator delete(0xe, 0x2315d0, 0x22f06c,
0xfedbc000, 0xfebdc27c, 0x6000), at 0xfee255ec
[4] QStringData::deleteSelf(0xe, 0x1, 0x1c1828,
0x186380, 0x0, 0x1c1828), at 0xfe9c4448
[5] QDomNodeListPrivate::createList(0x216e38, 0x0,
0x1c1828, 0x1, 0x216e4c, 0x1bead0), at 0xfe900850
[6] QDomNodeListPrivate::length(0x1bdbd8, 0xfec11db4,
0x2db768, 0xfe900cd8, 0xfebdc27c, 0x216e38), at 0xfe900b48
[7] LPSettings::getSetting(0xfda7bb50, 0x183e78,
0xfda7bb4c, 0xfda7bb44, 0xfda7bab4, 0xfda7baac), at
0x5a0d0
[8] LPlayer::shouldBuild(0x1bd4f0, 0xfda7bc48, 0x0,
0x10, 0xfda7bb4c, 0xfda7bb50), at 0x6829c
[9] LPlayer::getBuiltPlaylist(0x1bd4f0, 0x0,
0x6872b020, 0x7fff0000, 0x20, 0x3fff9e35), at 0x6856c
[10] LPlayer::queue(0x1bd4f0, 0x0, 0x0, 0x20, 0x0,
0x20), at 0x69e54
[11] LPlayer::run(0x1bd4f0, 0xfda7bed4, 0x1, 0x0,
0xfda7bebc, 0x276c08), at 0x67914
[12] QThreadInstance::start(0x1ba524, 0xa84,
0x5a9570, 0xfe3e5c2c, 0xfebdc27c, 0x800), at 0xfe632d8c
(dbx)

Discussion

  • Andrew Wils

    Andrew Wils - 2003-12-08

    Logged In: YES
    user_id=325711

    Seems like a Qt bug, although I can't tell for sure. Is this a
    reproducible error?

     
  • Nobody/Anonymous

    Logged In: NO

    I've multiple cores and only combining thing seems to be
    first QThreadInstance::start on stack. Mayve Qt doesn't
    work very well under sparc.

    ***core 3***
    (dbx) where

    current thread: t@2
    =>[1] strlen(0x0, 0x0, 0x0, 0x7efefeff, 0x81010100,
    0xfda7bc12), at 0xfed3347c
    [2] _doprnt(0xff05fef4, 0x0, 0x0, 0x0, 0x0, 0x0), at
    0xfed859e0
    [3] sprintf(0xfda7bc0a, 0xff05fef4, 0x26d4d0, 0x0, 0x0,
    0x6000), at 0xfed87684
    [4] xmms_connect_to_session(0x0, 0x0, 0x19ec8, 0xfed43c6c,
    0xff07033c, 0x1), at 0xff0564e4
    [5] xmms_remote_is_running(0x0, 0x0, 0xffffffff, 0x0,
    0x281150, 0x281150), at 0xff057758
    [6] XMMS::getPlaylistLength(0x1bad60, 0x182c00,
    0xffffffff, 0x0, 0x281070, 0x281070), at 0x38ea8
    [7] LPlayer::shouldQueue(0x1bd4c0, 0x182c00, 0xfda7bdc4,
    0x10d544, 0x281070, 0x10d400), at 0x68754
    [8] LPlayer::checkAndQueue(0x1bd4c0, 0x182c00, 0xffffffff,
    0xfda7be44, 0x281070, 0x10d400), at 0x68a08
    [9] LPlayer::run(0x1bd4c0, 0xfda7bed4, 0x0, 0xfda7becc,
    0xfda7bebc, 0x276bc8), at 0x678a0
    [10] QThreadInstance::start(0x1bac6c, 0xa84, 0x5a9570,
    0xfe3e5c2c, 0xfebdc27c, 0x800), at 0xfe632d8c

    ***core 2***
    (dbx) where

    current thread: t@2
    =>[1] QMapPrivate<int,int>::find(0xfda7b25c, 0x289708,
    0xfda7b2a8, 0xe, 0xd, 0x2), at 0xfe9c1a90
    [2] 0xfe9b74b8(0x240440, 0xd, 0x2cb38c, 0xa, 0xf, 0x20),
    at 0xfe9b74b7
    [3] QRegExpEngine::matchHere(0x2cb388, 0x207070, 0x2e,
    0x1, 0x7fffffff, 0x2cb3a4), at 0xfe9b983c
    [4] QRegExpEngine::goodStringMatch(0x2cb388, 0x258640,
    0x0, 0x0, 0x0, 0x0), at 0xfe9b9288
    [5] QRegExpEngine::match(0x2cb388, 0x5, 0x0, 0x4, 0x5,
    0x0), at 0xfe9b7ef8
    [6] QRegExp::search(0xfda7b780, 0xfda7b788, 0x0, 0x0,
    0x65b8, 0x20), at 0xfe9bfa2c
    [7] QString::sprintf(0xfffffff8, 0x0, 0xffffffff,
    0xfda7b7dc, 0xfee3a07c, 0xfebdc27c), at 0xfe9c58f8
    [8] QString::setNum(0xfda7b88c, 0xfda7b807, 0x25, 0x67,
    0x6c, 0xfee2651c), at 0xfe9cb7d4
    [9] QDomElement::setAttribute(0xfda7b95c, 0xfda7b914,
    0x183218, 0x0, 0x14, 0x1), at 0xfe908a80
    [10] LPSettings::setFSetting(0x183e78, 0xfda7bb74,
    0xfda7b918, 0xfda7b978, 0xfda7b95c, 0xfda7b970), at 0x59ee4
    [11] QueueBuilder::getQueue(0xfda7bde8, 0x1e8e28,
    0x3fc9e713, 0x112000, 0xfda7bb88, 0xfda7bb94), at 0xa2b90
    [12] LPlayer::queue(0x1bd4f8, 0x0, 0x0, 0xfda7bdfc,
    0x177058, 0x38a78), at 0x6a0f0
    [13] LPlayer::run(0x1bd4f8, 0xfda7bed4, 0x1, 0x0,
    0xfda7bebc, 0x276db0), at 0x67914
    [14] QThreadInstance::start(0x1ba524, 0xa84, 0x5a9570,
    0xfe3e5c2c, 0xfebdc27c, 0x800), at 0xfe632d8c

     

Log in to post a comment.

MongoDB Logo MongoDB