[Akonadi] [Bug 363881] akonadi_control fails with memory corruption

2016-10-10 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=363881

--- Comment #7 from Andreas Schneider  ---
András, you might want to look at the QT bug I created. Hopefully this happend
for you with QT 5.7 :)

https://bugreports.qt.io/browse/QTBUG-53957

-- 
You are receiving this mail because:
You are watching all bug changes.

[kontact] [Bug 367836] New: kontact always crashes on exit

2016-08-26 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=367836

Bug ID: 367836
   Summary: kontact always crashes on exit
   Product: kontact
   Version: unspecified
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kdepim-b...@kde.org
  Reporter: a...@cryptomilk.org

Application: kontact (5.2.3)

Qt Version: 5.7.0
Frameworks Version: 5.25.0
Operating System: Linux 4.1.27-27-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:

kontact always crashes when I close it. See the attached backtrace for more
details.

The crash can be reproduced every time.

-- Backtrace:
Application: Kontact (kontact), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
81T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7fb17ebc57c0 (LWP 2114))]

Thread 27 (Thread 0x7fb0f32a8700 (LWP 2208)):
#0  0x7fb172f12d14 in g_mutex_unlock () at /usr/lib64/libglib-2.0.so.0
#1  0x7fb172ed0759 in g_main_context_query () at
/usr/lib64/libglib-2.0.so.0
#2  0x7fb172ed0dcf in  () at /usr/lib64/libglib-2.0.so.0
#3  0x7fb172ed0f7c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#4  0x7fb17c39df7b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x28306a0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#5  0x7fb17c34d8cb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fb0f32a7e10, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:210
#6  0x7fb17c19406a in QThread::exec() (this=) at
thread/qthread.cpp:507
#7  0x7fb17c198899 in QThreadPrivate::start(void*) (arg=0x2812670) at
thread/qthread_unix.cpp:344
#8  0x7fb174be70a4 in start_thread (arg=0x7fb0f32a8700) at
pthread_create.c:309
#9  0x7fb17b88a02d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 26 (Thread 0x7fb0f5f6f700 (LWP 2165)):
#0  0x7fb17b881bfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fb172ed0e64 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x7fb172ed0f7c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#3  0x7fb17c39df7b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x27e0d40, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#4  0x7fb17c34d8cb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fb0f5f6ee10, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:210
#5  0x7fb17c19406a in QThread::exec() (this=) at
thread/qthread.cpp:507
#6  0x7fb17c198899 in QThreadPrivate::start(void*) (arg=0x27e11b0) at
thread/qthread_unix.cpp:344
#7  0x7fb174be70a4 in start_thread (arg=0x7fb0f5f6f700) at
pthread_create.c:309
#8  0x7fb17b88a02d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 25 (Thread 0x7fb0f776e700 (LWP 2161)):
#0  0x7fb174beb3e8 in pthread_cond_timedwait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1  0x7fb17c199458 in QWaitCondition::wait(QMutex*, unsigned long)
(time=3, this=0x1ed7450) at thread/qwaitcondition_unix.cpp:133
#2  0x7fb17c199458 in QWaitCondition::wait(QMutex*, unsigned long)
(time=3, this=0x1ed7450) at thread/qwaitcondition_unix.cpp:141
#3  0x7fb17c199458 in QWaitCondition::wait(QMutex*, unsigned long)
(this=this@entry=0x1ee7d30, mutex=mutex@entry=0x1ee1990, time=3) at
thread/qwaitcondition_unix.cpp:215
#4  0x7fb17c195950 in QThreadPoolThread::run() (this=0x1ee7d20) at
thread/qthreadpool.cpp:133
#5  0x7fb17c198899 in QThreadPrivate::start(void*) (arg=0x1ee7d20) at
thread/qthread_unix.cpp:344
#6  0x7fb174be70a4 in start_thread (arg=0x7fb0f776e700) at
pthread_create.c:309
#7  0x7fb17b88a02d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 24 (Thread 0x7fb0f7f6f700 (LWP 2160)):
#0  0x7fb17b881bfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fb172ed0e64 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x7fb172ed0f7c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#3  0x7fb17c39df7b in
QEventDispatcherGlib::processEvents(QFlags)
(this=0x1e2b4a0, flags=...) at kernel/qeventdispatcher_glib.cpp:425
#4  0x7fb17c34d8cb in
QEventLoop::exec(QFlags)
(this=this@entry=0x7fb0f7f6ee10, flags=..., flags@entry=...) at
kernel/qeventloop.cpp:210
#5  0x7fb17c19406a in QThread::exec() (this=) at
thread/qthread.cpp:507
#6  0x7fb17c198899 in QThreadPrivate::start(void*) (arg=0x1dfb0d0) at
thread/qthread_unix.cpp:344
#7  0x7fb174be70a4 in start_thread (arg=0x7fb0f7f6f700) at
pthread_create.c:309
#8  0x7fb17b88a02d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 23 (Thread 0x7fb0fa95e700 (LWP 2148)):
#0  0x7fb17c190c2a in QMutex::lock() (__m2=std::memory_order_acquire,
__m1=std::memory_order_acquire,

[Akonadi] [Bug 363881] akonadi_control fails with memory corruption

2016-06-13 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=363881

--- Comment #3 from Andreas Schneider  ---
Yes, after further debugging it seems to be an issue in Qt serializing a
buffer. I opened https://bugreports.qt.io/browse/QTBUG-53957 but I'm not able
to provide any useful valgrind output till now.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Akonadi] [Bug 363881] akonadi_control fails with memory corruption

2016-06-09 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=363881

--- Comment #1 from Andreas Schneider  ---
I think there is a race condition. If I start akonadi and then kontact, akonadi
8 out of 10 times doesn't work and react. I have to kill all akonadi processes.
However if I run start akonadi_control with valgrind, everything starts to
work.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Akonadi] [Bug 363881] New: akonadi_control fails with memory corruption

2016-06-03 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=363881

Bug ID: 363881
   Summary: akonadi_control fails with memory corruption
   Product: Akonadi
   Version: 16.04
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: server
  Assignee: kdepim-b...@kde.org
  Reporter: a...@cryptomilk.org

When starting akonadi, akonadi_control offen fails with a memory corruption

*** Error in `/usr/bin/akonadi_control': malloc(): memory corruption (fast):
0x023ff191 ***

I wasn't able to catch it with valgrind, I only have a backtrace till now.

(gdb) bt
#0  0x7f594194e56b in __lll_lock_wait_private () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
#1  0x7f59418da914 in _L_lock_8340 () at malloc.c:5203
#2  0x7f59418d7717 in malloc_check (sz=140021331916320, caller=) at hooks.c:278
#3  0x7f59437107ee in _dl_map_object_deps (map=map@entry=0x7f59438ed9b8,
preloads=preloads@entry=0x0, npreloads=npreloads@entry=0,
trace_mode=trace_mode@entry=0, open_mode=open_mode@entry=-2147483648) at
dl-deps.c:511
#4  0x7f594371693c in dl_open_worker (a=a@entry=0x7ffd3a54d228) at
dl-open.c:261
#5  0x7f59437127a4 in _dl_catch_error
(objname=objname@entry=0x7ffd3a54d218,
errstring=errstring@entry=0x7ffd3a54d220,
mallocedp=mallocedp@entry=0x7ffd3a54d217, operate=operate@entry=0x7f5943716830
, args=args@entry=0x7ffd3a54d228) at dl-error.c:187
#6  0x7f59437162fb in _dl_open (file=0x7f59419bc666 "libgcc_s.so.1",
mode=-2147483647, caller_dlopen=, nsid=-2, argc=1,
argv=0x7ffd3a54e778, env=0x7ffd3a54e788)
at dl-open.c:650
#7  0x7f59419773b2 in do_dlopen (ptr=ptr@entry=0x7ffd3a54d450) at
dl-libc.c:87
#8  0x7f59437127a4 in _dl_catch_error (objname=0x7ffd3a54d430,
errstring=0x7ffd3a54d438, mallocedp=0x7ffd3a54d42f, operate=0x7f5941977370
, args=0x7ffd3a54d450)
at dl-error.c:187
#9  0x7f594197744f in dlerror_run (operate=operate@entry=0x7f5941977370
, args=args@entry=0x7ffd3a54d450) at dl-libc.c:46
#10 0x7f59419774c1 in __GI___libc_dlopen_mode
(name=name@entry=0x7f59419bc666 "libgcc_s.so.1", mode=mode@entry=-2147483647)
at dl-libc.c:163
#11 0x7f594194ee15 in init () at ../sysdeps/x86_64/backtrace.c:52
#12 0x7f594164d400 in pthread_once () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_once.S:103
#13 0x7f594194ef2c in __GI___backtrace (array=array@entry=0x7ffd3a54d4f0,
size=size@entry=64) at ../sysdeps/x86_64/backtrace.c:103
#14 0x7f594187cd52 in backtrace_and_maps (do_abort=,
do_abort@entry=2, written=, fd=fd@entry=2) at
../sysdeps/unix/sysv/linux/libc_fatal.c:47
#15 0x7f59418cf75f in __libc_message (do_abort=do_abort@entry=2,
fmt=fmt@entry=0x7f59419c1ad0 "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:172
#16 0x7f59418d4fce in malloc_printerr (action=3, str=0x7f59419c1e70
"malloc(): memory corruption (fast)", ptr=) at malloc.c:4993
#17 0x7f59418d737b in _int_malloc (av=av@entry=0x7f5941bff620 ,
bytes=bytes@entry=65) at malloc.c:3358
#18 0x7f59418d7732 in malloc_check (sz=64, caller=) at
hooks.c:279
#19 0x7f5942250044 in QArrayData::allocate(unsigned long, unsigned long,
unsigned long, QFlags) () at
/usr/lib64/libQt5Core.so.5
#20 0x7f59422d932a in QString::reallocData(unsigned int, bool) () at
/usr/lib64/libQt5Core.so.5
#21 0x7f5942fd6843 in  () at /usr/lib64/libQt5DBus.so.5
#22 0x7f5942fd6fa0 in  () at /usr/lib64/libQt5DBus.so.5
#23 0x7f5942fd96fe in  () at /usr/lib64/libQt5DBus.so.5
#24 0x7f594243b1f6 in QObject::event(QEvent*) () at
/usr/lib64/libQt5Core.so.5
#25 0x7f59424100cc in QCoreApplication::notify(QObject*, QEvent*) () at
/usr/lib64/libQt5Core.so.5
#26 0x7f5942410005 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() at /usr/lib64/libQt5Core.so.5
#27 0x7f5942411dea in QCoreApplicationPrivate::sendPostedEvents(QObject*,
int, QThreadData*) () at /usr/lib64/libQt5Core.so.5
#28 0x7f5942460d53 in  () at /usr/lib64/libQt5Core.so.5
#29 0x7f593f8fcc84 in g_main_context_dispatch () at
/usr/lib64/libglib-2.0.so.0
#30 0x7f593f8fced8 in  () at /usr/lib64/libglib-2.0.so.0
#31 0x7f593f8fcf7c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#32 0x7f59424603fb in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#33 0x7f594240e04b in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#34 0x7f5942415f56 in QCoreApplication::exec() () at
/usr/lib64/libQt5Core.so.5
#35 0x004275e5 in AkApplicationBase::exec() (this=) at
/usr/src/debug/akonadi-16.04.1/src/shared/akapplication.cpp:117
#36 0x004097eb in main(int, char**) (argc=1, argv=) at
/usr/src/debug/akonadi-16.04.1/src/akonadicontrol/main.cpp:91

Reproducible: Sometimes

-- 
You are receiving this mail because:
You are watching all bug changes.

[kio] [Bug 269095] SFTP fails with "authentication failed", while SSH in a terminal works fine

2016-03-22 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=269095

--- Comment #17 from Andreas Schneider  ---
I'm sorry but nobody provides enough information. Which keytype fails, can you
provide better logs, see:
https://techbase.kde.org/Development/Tutorials/Debugging/Debugging_IOSlaves/Debugging_kio_sftp

-- 
You are receiving this mail because:
You are watching all bug changes.

[telepathy] [Bug 353325] Can't connect to jabber servers which require forward secrecy

2015-12-09 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=353325

Andreas Schneider  changed:

   What|Removed |Added

Summary|Can't connect to jabber |Can't connect to jabber
   |server which require|servers which require
   |forward secrecy |forward secrecy

-- 
You are receiving this mail because:
You are watching all bug changes.

[telepathy] [Bug 353325] Can't connect to jabber server which require forward secrecy

2015-12-09 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=353325

--- Comment #3 from Andreas Schneider  ---
jabber.ccc.de works just fine with Pidgin but not with KTP, please try yourself
...

-- 
You are receiving this mail because:
You are watching all bug changes.

[kio] [Bug 296526] Dolphin is too slow when upload a file on a SSH server

2015-12-05 Thread Andreas Schneider via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=296526

--- Comment #4 from Andreas Schneider  ---
We do not have an async sftp upload API yet. It is on the TODO list ...

-- 
You are receiving this mail because:
You are watching all bug changes.