Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-13 Thread Martijn van Sinten 
2016-12-13 15:15 GMT+01:00 Lisandro Damián Nicanor Pérez Meyer
:
> I don't know if kdevelop can work with llvm-3.9... if anyone wants to build
> kdevelop against llvm-3.9 and try it would be a nice way to give us a hand in
> this.
>

For what it's worth: I rebuilt the kdevelop package with updated
dependencies to llvm-3.9-dev and libclang-3.9-dev. The package seems
to build just fine and after installing it the problem is fixed, both
as expected. I have only tested it for a short while, so not a very
extensive test. (And I'm probably not the best candidate for testing
since I only switched over to kdevelop a couple of months ago, so not
really an expert user... ;-) )

I'll continue to use this new build and let you know if I encounter
anything strange, but as Kevin Funk said, it should work just fine.

Kind regards,

Martijn

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-13 Thread Lisandro Damián Nicanor Pérez Meyer 
tag 846410 upstream
forwarded 846410 https://bugs.kde.org/show_bug.cgi?id=373614
thanks

OK, I've forwarded the bug upstream. I suggest you all to subscribe to it 
(link above), as you are the ones who can reproduce it and upstream might need 
help from you.

Thanks in advance, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-13 Thread Lisandro Damián Nicanor Pérez Meyer 
Control: tag -1 confirmed

On martes, 13 de diciembre de 2016 13:16:29 ART Martijn van Sinten wrote:
> On Mon, Dec 13, 2016 at 14:48, Roman Lebedev  wrote:
> > Based on disscussion in #debian-kde, i believe the issue *mostly* happens
> 
> > only if the mesa driver that is used, is linked to llvm:
> I can confirm this. I was just going to post my findings and then saw
> this response. I switched from nouveau to the proprietary nvidia
> drivers and this "fixed" the problem with kdevelop for me.
> 
> I ran into the same issue, running as a new user didn't help. As a
> crude test I temporarily removed the kdevclangsupport.so plugin which
> is linked against LLVM-3.8 and I could then start kdevelop again. I
> then checked what part was linked against LLVM-3.9 and this appeared
> to be nouveau_dri.so (loaded by libGL.so.1). I then switched to the
> proprietary nvidia driver and the problem was gone. (Of course not a
> real solution; indeed having the clang plugin linked against LLVM-3.9
> should fix the problem for real).

That's the test we needed, thanks a lot!

I don't know if kdevelop can work with llvm-3.9... if anyone wants to build 
kdevelop against llvm-3.9 and try it would be a nice way to give us a hand in 
this.

On the other hand libclang-dev now defaults to 3.8 :-/

-- 
I still maintain the point that designing a monolithic kernel in 1991 is a
fundamental error.  Be thankful you are not my student.  You would not get a
high grade for such a design :-)
(Andrew Tanenbaum to Linus Torvalds)

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-13 Thread Martijn van Sinten 
On Mon, Dec 13, 2016 at 14:48, Roman Lebedev  wrote:
>
> Based on disscussion in #debian-kde, i believe the issue *mostly* happens
> only if the mesa driver that is used, is linked to llvm:


I can confirm this. I was just going to post my findings and then saw
this response. I switched from nouveau to the proprietary nvidia
drivers and this "fixed" the problem with kdevelop for me.

I ran into the same issue, running as a new user didn't help. As a
crude test I temporarily removed the kdevclangsupport.so plugin which
is linked against LLVM-3.8 and I could then start kdevelop again. I
then checked what part was linked against LLVM-3.9 and this appeared
to be nouveau_dri.so (loaded by libGL.so.1). I then switched to the
proprietary nvidia driver and the problem was gone. (Of course not a
real solution; indeed having the clang plugin linked against LLVM-3.9
should fix the problem for real).

Kind regards,

Martijn

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-13 Thread Roman Lebedev 
On Mon, Dec 12, 2016 at 9:25 PM, Roman Lebedev  wrote:
> On Mon, Dec 12, 2016 at 9:19 PM, Lisandro Damián Nicanor Pérez Meyer
>  wrote:
>> On lunes, 12 de diciembre de 2016 21:12:21 ART Roman Lebedev wrote:
>>> On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
>>>
>>>  wrote:
>>> > tag 846410 unreproducible moreinfo
>>> > severity 846410 important
>>> > thanks
>>> >
>>> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
>>> > without luck.
>>> >
>>> > Please try again with an up to date system. If it still crashed please try
>>> > with a clean environment (a new user).
>>>
>>> Can not reproduce with new user.
>
>> OK, please use your normal user and move ~/.config/kdeveloprc to something
>> else, then try restarting kdevelop.
> I just did, it works.
> Once i open a project (cmake, c, c++), it crashes.

Based on disscussion in #debian-kde, i believe the issue *mostly* happens
only if the mesa driver that is used, is linked to llvm:

dpkg -L libgl1-mesa-dri | grep ".so$" | xargs ldd | grep -i "_dri.so\|llvm"
/usr/lib/x86_64-linux-gnu/dri/i915_dri.so:
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so:
/usr/lib/x86_64-linux-gnu/dri/kms_swrast_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7f19c2011000)
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7fe20d149000)
/usr/lib/x86_64-linux-gnu/dri/nouveau_vieux_dri.so:
/usr/lib/x86_64-linux-gnu/dri/r200_dri.so:
/usr/lib/x86_64-linux-gnu/dri/r300_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7ff7b6689000)
/usr/lib/x86_64-linux-gnu/dri/r600_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7f6160321000)
/usr/lib/x86_64-linux-gnu/dri/radeon_dri.so:
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7f501df09000)
/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7f50d31f9000)
/usr/lib/x86_64-linux-gnu/dri/virtio_gpu_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7ff4cb0e1000)
/usr/lib/x86_64-linux-gnu/dri/vmwgfx_dri.so:
   libLLVM-3.9.so.1 => /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
(0x7fe516071000)

So it *will* happen with
/usr/lib/x86_64-linux-gnu/dri/kms_swrast_dri.so
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
/usr/lib/x86_64-linux-gnu/dri/r300_dri.so
/usr/lib/x86_64-linux-gnu/dri/r600_dri.so
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
/usr/lib/x86_64-linux-gnu/dri/virtio_gpu_dri.so
/usr/lib/x86_64-linux-gnu/dri/vmwgfx_dri.so

And *probably* *will not* happen with
/usr/lib/x86_64-linux-gnu/dri/i915_dri.so
/usr/lib/x86_64-linux-gnu/dri/i965_dri.so
/usr/lib/x86_64-linux-gnu/dri/nouveau_vieux_dri.so
/usr/lib/x86_64-linux-gnu/dri/r200_dri.so
/usr/lib/x86_64-linux-gnu/dri/radeon_dri.so

As suggested in the IRC, simple rebuild against llvm-3.9 should fix it.

Roman.

>> If it works please do not remove the original config file.
>>
>>
>> --
>> 18: Como se pueden evitar los problemas de alimentacion electrica
>> * No coma cerca de un enchufe
>> Damian Nadales
>> http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html
>>
>> Lisandro Damián Nicanor Pérez Meyer
>> http://perezmeyer.com.ar/
>> http://perezmeyer.blogspot.com/

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-12 Thread Roman Lebedev 
On Mon, Dec 12, 2016 at 9:19 PM, Lisandro Damián Nicanor Pérez Meyer
 wrote:
> On lunes, 12 de diciembre de 2016 21:12:21 ART Roman Lebedev wrote:
>> On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
>>
>>  wrote:
>> > tag 846410 unreproducible moreinfo
>> > severity 846410 important
>> > thanks
>> >
>> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
>> > without luck.
>> >
>> > Please try again with an up to date system. If it still crashed please try
>> > with a clean environment (a new user).
>>
>> Can not reproduce with new user.

> OK, please use your normal user and move ~/.config/kdeveloprc to something
> else, then try restarting kdevelop.
I just did, it works.
Once i open a project (cmake, c, c++), it crashes.

> If it works please do not remove the original config file.
>
>
> --
> 18: Como se pueden evitar los problemas de alimentacion electrica
> * No coma cerca de un enchufe
> Damian Nadales
> http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-12 Thread Lisandro Damián Nicanor Pérez Meyer 
On lunes, 12 de diciembre de 2016 21:12:21 ART Roman Lebedev wrote:
> On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
> 
>  wrote:
> > tag 846410 unreproducible moreinfo
> > severity 846410 important
> > thanks
> > 
> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
> > without luck.
> > 
> > Please try again with an up to date system. If it still crashed please try
> > with a clean environment (a new user).
> 
> Can not reproduce with new user.

OK, please use your normal user and move ~/.config/kdeveloprc to something 
else, then try restarting kdevelop.

If it works please do not remove the original config file.


-- 
18: Como se pueden evitar los problemas de alimentacion electrica
* No coma cerca de un enchufe
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-12 Thread Roman Lebedev 
On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
 wrote:
> tag 846410 unreproducible moreinfo
> severity 846410 important
> thanks
>
> Hi! I've tried to reproduce this bug in an up-to-date sid environment without
> luck.

> Please try again with an up to date system. If it still crashed please try
> with a clean environment (a new user).

Can not reproduce with new user.

I have following packages installed:
$ dpkg -l | grep "1:3.9-6"
ii  clang-3.9
1:3.9-6  amd64C, C++ and
Objective-C compiler (LLVM based)
ii  clang-3.9-dbgsym
1:3.9-6  amd64Debug symbols for
clang-3.9
ii  clang-format-3.9
1:3.9-6  amd64Tool to format
C/C++/Obj-C code
ii  libclang-3.9-dev
1:3.9-6  amd64clang library -
Development package
ii  libclang-common-3.9-dev
1:3.9-6  amd64clang library -
Common development package
ii  libclang-common-3.9-dev-dbgsym
1:3.9-6  amd64Debug symbols for
libclang-common-3.9-dev
ii  libclang1-3.9:amd64
1:3.9-6  amd64C interface to the
clang library
ii  libllvm3.9:amd64
1:3.9-6  amd64Modular compiler and
toolchain technologies, runtime library
ii  libllvm3.9-dbg:amd64
1:3.9-6  amd64Modular compiler and
toolchain technologies, debugging libraries
ii  llvm-3.9
1:3.9-6  amd64Modular compiler and
toolchain technologies
ii  llvm-3.9-dbgsym
1:3.9-6  amd64Debug symbols for
llvm-3.9
ii  llvm-3.9-dev
1:3.9-6  amd64Modular compiler and
toolchain technologies, libraries and headers
ii  llvm-3.9-dev-dbgsym
1:3.9-6  amd64Debug symbols for
llvm-3.9-dev
ii  llvm-3.9-runtime
1:3.9-6  amd64Modular compiler and
toolchain technologies, IR interpreter
ii  llvm-3.9-runtime-dbgsym
1:3.9-6  amd64Debug symbols for
llvm-3.9-runtime

> In case you can not reproduce it with a
> new user please keep your user's config so we can track the issue if
> necessary.

> Thanks, Lisandro.
Roman.

> --
> Los errores ortográficos y de redacción fueron insertados con la única
> intención de testear sus conocimientos de la lengua castellana.
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-12 Thread Lisandro Damián Nicanor Pérez Meyer 
On sábado, 10 de diciembre de 2016 15:10:53 ART Roman Lebedev wrote:
[snip]
> > Hi! I've tried to reproduce this bug in an up-to-date sid environment
> > without luck.
> 
> What i think is happening is that kdevelop uses llvm-3.8,
> and i have clang-3.9 which also pulls llvm-3.9
> So *please* try with llvm-3.8 *and* llvm-3.9 both installed.

Did so, kdevelop works perfectly :-/


-- 
lo cual parece incompatible.
lógica, esa tendrá particiones dentro,
si se transforma la extendida a
tiene particiones lógicas, luego
extendida. Una extendida
estar dentro de una partición
Una partición lógica necesita

Diga NO al topposting.

  Matias Silva Bustos

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-10 Thread Roman Lebedev 
On Sat, Dec 10, 2016 at 1:42 AM, Lisandro Damián Nicanor Pérez Meyer
 wrote:
> tag 846410 unreproducible moreinfo
> severity 846410 important
> thanks
>
> Hi! I've tried to reproduce this bug in an up-to-date sid environment without
> luck.

What i think is happening is that kdevelop uses llvm-3.8,
and i have clang-3.9 which also pulls llvm-3.9
So *please* try with llvm-3.8 *and* llvm-3.9 both installed.

> Please try again with an up to date system. If it still crashed please try
> with a clean environment (a new user). In case you can not reproduce it with a
> new user please keep your user's config so we can track the issue if
> necessary.
>
> Thanks, Lisandro.
Roman.

> --
> Los errores ortográficos y de redacción fueron insertados con la única
> intención de testear sus conocimientos de la lengua castellana.
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-09 Thread Lisandro Damián Nicanor Pérez Meyer 
tag 846410 unreproducible moreinfo
severity 846410 important
thanks

Hi! I've tried to reproduce this bug in an up-to-date sid environment without 
luck.

Please try again with an up to date system. If it still crashed please try 
with a clean environment (a new user). In case you can not reproduce it with a 
new user please keep your user's config so we can track the issue if 
necessary.

Thanks, Lisandro.

-- 
Los errores ortográficos y de redacción fueron insertados con la única
intención de testear sus conocimientos de la lengua castellana.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-12-02 Thread Roman Lebedev 
On Thu, Dec 1, 2016 at 6:25 AM, choury  wrote:
> Package: kdevelop
> Version: 4:5.0.1-2
> Severity: important
>
> Dear Maintainer,
>
> kdevelop crashes every time when i starting it.
> And the stack:
>
> Application: KDevelop (kdevelop), signal: Segmentation fault
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7fd9feab0040 (LWP 5739))]
>
> Thread 5 (Thread 0x7fd9e3de8700 (LWP 5743)):
> #0  pthread_cond_wait@@GLIBC_2.3.2 () at 
> ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
> #1  0x7fda101242c4 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
> #2  0x7fda10124309 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
> #3  0x7fda14bd0464 in start_thread (arg=0x7fd9e3de8700) at 
> pthread_create.c:333
> #4  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 4 (Thread 0x7fd9e9369700 (LWP 5742)):
> #0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
> ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
> #1  0x7fda1b480b86 in QWaitCondition::wait(QMutex*, unsigned long) () 
> from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #2  0x7fda18e9a438 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libKDevPlatformLanguage.so.10
> #3  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x7fda14bd0464 in start_thread (arg=0x7fd9e9369700) at 
> pthread_create.c:333
> #5  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 3 (Thread 0x7fd9f72e0700 (LWP 5741)):
> #0  0x7fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
> #1  0x7fda129be9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x7fda129beb0c in g_main_context_iteration () from 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #3  0x7fda1b6af6fb in 
> QEventDispatcherGlib::processEvents(QFlags) () 
> from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x7fda1b65907a in 
> QEventLoop::exec(QFlags) () from 
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x7fda1b47b0d3 in QThread::exec() () from 
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #6  0x7fda1d7756d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
> #7  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #8  0x7fda14bd0464 in start_thread (arg=0x7fd9f72e0700) at 
> pthread_create.c:333
> #9  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 2 (Thread 0x7fd9fc94f700 (LWP 5740)):
> #0  0x7fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
> #1  0x7fda0ee11150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
> #2  0x7fda0ee12ee9 in xcb_wait_for_event () from 
> /usr/lib/x86_64-linux-gnu/libxcb.so.1
> #3  0x7fd9fe674b69 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
> #4  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x7fda14bd0464 in start_thread (arg=0x7fd9fc94f700) at 
> pthread_create.c:333
> #6  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

> Thread 1 (Thread 0x7fd9feab0040 (LWP 5739)):
> [KCrash Handler]
> #6  0x7fd9eb6bf6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () 
> from /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
> #7  0x7fd95a929acb in ?? () from 
> /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
> #8  0x7fd95a929d08 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1

So there are two llvm versions at play at the same time?
I don't think that should work :)

Also, i guess kdevelop needs to be a part of llvm transition.

> #9  0x7fda1d5fa5da in call_init (l=, argc=argc@entry=1, 
> argv=argv@entry=0x7ffc186d67a8, env=env@entry=0x7ffc186d67b8) at dl-init.c:72
> #10 0x7fda1d5fa6eb in call_init (env=0x7ffc186d67b8, argv=0x7ffc186d67a8, 
> argc=1, l=) at dl-init.c:30
> #11 _dl_init (main_map=main_map@entry=0xf3a490, argc=1, argv=0x7ffc186d67a8, 
> env=0x7ffc186d67b8) at dl-init.c:120
> #12 0x7fda1d5fec68 in dl_open_worker (a=a@entry=0x7ffc186d5110) at 
> dl-open.c:575
> #13 0x7fda1d5fa484 in _dl_catch_error 
> (objname=objname@entry=0x7ffc186d5100, 
> errstring=errstring@entry=0x7ffc186d5108, 
> mallocedp=mallocedp@entry=0x7ffc186d50ff, 
> operate=operate@entry=0x7fda1d5fe880 , 
> args=args@entry=0x7ffc186d5110) at dl-error.c:187
> #14 0x7fda1d5fe419 in _dl_open (file=0xf3a398 
> "/usr/lib/x86_64-linux-gnu/qt5/plugins/kdevplatform/25/kdevclangsupport.so", 
> mode=-2147483647, caller_dlopen=0x7fda1b6571be, nsid=-2, argc= out>, argv=, env=0x7ffc186d67b8) at dl-open.c:660
> #15 0x7fda12c88ee9 in dlopen_doit (a=a@entry=0x7ffc186d5340) at 
> dlopen.c:66
> #16 0x7fda1d5fa484 in _dl_catch_error (objname=0x91b1a0, 
> errstring=0x91b1a8, mallocedp=0x91b198, operate=0x7fda12c88e90 , 
> args=0x7ffc186d5340) at dl-error.c:187
> #17 0x7fda12c89521 in _dlerror_run

Bug#846410: kdevelop crahses when starting (5.0.1)

2016-11-30 Thread choury 
Package: kdevelop
Version: 4:5.0.1-2
Severity: important

Dear Maintainer,

kdevelop crashes every time when i starting it.
And the stack:

Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fd9feab0040 (LWP 5739))]

Thread 5 (Thread 0x7fd9e3de8700 (LWP 5743)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fda101242c4 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#2  0x7fda10124309 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#3  0x7fda14bd0464 in start_thread (arg=0x7fd9e3de8700) at 
pthread_create.c:333
#4  0x7fda1ad9a9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 4 (Thread 0x7fd9e9369700 (LWP 5742)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7fda1b480b86 in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7fda18e9a438 in ?? () from 
/usr/lib/x86_64-linux-gnu/libKDevPlatformLanguage.so.10
#3  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7fda14bd0464 in start_thread (arg=0x7fd9e9369700) at 
pthread_create.c:333
#5  0x7fda1ad9a9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 3 (Thread 0x7fd9f72e0700 (LWP 5741)):
#0  0x7fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7fda129be9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7fda129beb0c in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7fda1b6af6fb in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7fda1b65907a in 
QEventLoop::exec(QFlags) () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7fda1b47b0d3 in QThread::exec() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7fda1d7756d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#7  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x7fda14bd0464 in start_thread (arg=0x7fd9f72e0700) at 
pthread_create.c:333
#9  0x7fda1ad9a9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 2 (Thread 0x7fd9fc94f700 (LWP 5740)):
#0  0x7fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7fda0ee11150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x7fda0ee12ee9 in xcb_wait_for_event () from 
/usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x7fd9fe674b69 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7fda14bd0464 in start_thread (arg=0x7fd9fc94f700) at 
pthread_create.c:333
#6  0x7fda1ad9a9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 1 (Thread 0x7fd9feab0040 (LWP 5739)):
[KCrash Handler]
#6  0x7fd9eb6bf6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () from 
/usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
#7  0x7fd95a929acb in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
#8  0x7fd95a929d08 in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
#9  0x7fda1d5fa5da in call_init (l=, argc=argc@entry=1, 
argv=argv@entry=0x7ffc186d67a8, env=env@entry=0x7ffc186d67b8) at dl-init.c:72
#10 0x7fda1d5fa6eb in call_init (env=0x7ffc186d67b8, argv=0x7ffc186d67a8, 
argc=1, l=) at dl-init.c:30
#11 _dl_init (main_map=main_map@entry=0xf3a490, argc=1, argv=0x7ffc186d67a8, 
env=0x7ffc186d67b8) at dl-init.c:120
#12 0x7fda1d5fec68 in dl_open_worker (a=a@entry=0x7ffc186d5110) at 
dl-open.c:575
#13 0x7fda1d5fa484 in _dl_catch_error 
(objname=objname@entry=0x7ffc186d5100, 
errstring=errstring@entry=0x7ffc186d5108, 
mallocedp=mallocedp@entry=0x7ffc186d50ff, operate=operate@entry=0x7fda1d5fe880 
, args=args@entry=0x7ffc186d5110) at dl-error.c:187
#14 0x7fda1d5fe419 in _dl_open (file=0xf3a398 
"/usr/lib/x86_64-linux-gnu/qt5/plugins/kdevplatform/25/kdevclangsupport.so", 
mode=-2147483647, caller_dlopen=0x7fda1b6571be, nsid=-2, argc=, 
argv=, env=0x7ffc186d67b8) at dl-open.c:660
#15 0x7fda12c88ee9 in dlopen_doit (a=a@entry=0x7ffc186d5340) at dlopen.c:66
#16 0x7fda1d5fa484 in _dl_catch_error (objname=0x91b1a0, 
errstring=0x91b1a8, mallocedp=0x91b198, operate=0x7fda12c88e90 , 
args=0x7ffc186d5340) at dl-error.c:187
#17 0x7fda12c89521 in _dlerror_run (operate=operate@entry=0x7fda12c88e90 
, args=args@entry=0x7ffc186d5340) at dlerror.c:163
#18 0x7fda12c88f82 in __dlopen (file=, mode=) 
at dlopen.c:87
#19 0x7fda1b6571be in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x7fda1b650285 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x7fda1c494d9a in KPluginLoader::load() () from 
/usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#22