[kmymoney] [Bug 453896] When saving a new transaction Kmymoney crashes each time without saving

[Jeremy Whiting]

https://bugs.kde.org/show_bug.cgi?id=453896

--- Comment #2 from Jeremy Whiting <jpwhiting at kde.org> ---
kmymoney: malloc.c:2617: sysmalloc: Assertion `(old_top == initial_top (av) &&
old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse
(old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)' failed.

Thread 1 "kmymoney" received signal SIGABRT, Aborted.
__pthread_kill_implementation (threadid=<optimized out>, signo=signo at entry=6,
no_tid=no_tid at entry=0) at pthread_kill.c:44
44            return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO
(ret) : 0;
(gdb) up
#1  0x00007ffff585f3d3 in __pthread_kill_internal (signo=6, threadid=<optimized
out>) at pthread_kill.c:78
78        return __pthread_kill_implementation (threadid, signo, 0);
(gdb) up
#2  0x00007ffff580f838 in __GI_raise (sig=sig at entry=6) at
../sysdeps/posix/raise.c:26
26        int ret = __pthread_kill (__pthread_self (), sig);
(gdb) up
#3  0x00007ffff57f9535 in __GI_abort () at abort.c:79
79            raise (SIGABRT);
(gdb) up
#4  0x00007ffff586928d in __malloc_assert (
    assertion=assertion at entry=0x7ffff5994628 "(old_top == initial_top (av) &&
old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse
(old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)",
file=file at entry=0x7ffff598f27e "malloc.c", line=line at entry=2617,
function=function at entry=0x7ffff5994e98 <__PRETTY_FUNCTION__.8> "sysmalloc") at
malloc.c:307
307       abort ();
(gdb) up
#5  0x00007ffff586bc62 in sysmalloc (nb=nb at entry=112,
av=av at entry=0x7ffff59cfbc0 <main_arena>) at malloc.c:2617
2617      assert ((old_top == initial_top (av) && old_size == 0) ||
(gdb) up
#6  0x00007ffff586ca5a in _int_malloc (av=av at entry=0x7ffff59cfbc0 <main_arena>,
bytes=bytes at entry=104) at malloc.c:4407
4407              void *p = sysmalloc (nb, av);
(gdb) up
#7  0x00007ffff586d358 in __GI___libc_malloc (bytes=bytes at entry=104) at
malloc.c:3329
3329      victim = _int_malloc (ar_ptr, bytes);
(gdb) up
#8  0x00007ffff5b8e37d in operator new (sz=sz at entry=104) at
/usr/src/debug/gcc/libstdc++-v3/libsupc++/new_op.cc:50
50      /usr/src/debug/gcc/libstdc++-v3/libsupc++/new_op.cc: Directory not
empty.
(gdb) up
#9  0x00007ffff731ac4b in QDomElementPrivate::setAttribute (newValue=...,
aname=..., this=0x55555d10f020) at dom/qdom.cpp:3960
3960            n = new QDomAttrPrivate(ownerDocument(), this, aname);
(gdb) list
3955
3956    void QDomElementPrivate::setAttribute(const QString& aname, const
QString& newValue)
3957    {
3958        QDomNodePrivate* n = m_attr->namedItem(aname);
3959        if (!n) {
3960            n = new QDomAttrPrivate(ownerDocument(), this, aname);
3961            n->setNodeValue(newValue);
3962
3963            // Referencing is done by the map, so we set the reference
counter back
3964            // to 0 here. This is ok since we created the QDomAttrPrivate.


Seems like an assertion in new -> malloc here. Not sure why though...

-- 
You are receiving this mail because:
You are the assignee for the bug.