crash with smb libs (kodi 16 and 17)
#1
Hi

since some time I get this crash if I try to start kodi:

################ SYSTEM INFO ################
Date: Fri Jan 20 23:51:46 CET 2017
Kodi Options:
Arch: x86_64
Kernel: Linux 3.18.44-20.el7.x86_64 #1 SMP Tue Oct 25 11:42:52 UTC 2016
Release: CentOS Linux 7 (Core)
############## END SYSTEM INFO ##############

############### STACK TRACE #################
=====> Core file: /opt/ch44os/stable/home/kodi/core.astarte.chao5.int.kodi.bin.1484952706 (2017-01-20 23:51:46.420141428 +0100)
=========================================
[New LWP 18450]
[New LWP 18462]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/lib64/kodi/kodi.bin --standalone'.
Program terminated with signal 6, Aborted.
#0 0x00007f7f3d4591d7 in raise () from /lib64/libc.so.6

Thread 2 (Thread 0x7f7f235b6700 (LWP 18462)):
#0 0x00007f7f3d510dfd in poll () from /lib64/libc.so.6
#1 0x0000000000f0edc0 in CFDEventMonitor:Tonguerocess() ()
#2 0x00000000011ce5d8 in CThread::Action() ()
#3 0x00000000011cecf6 in CThread:ConfusedtaticThread(void*) ()
#4 0x00007f7f45989dc5 in start_thread () from /lib64/libpthread.so.0
#5 0x00007f7f3d51b73d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f7f479429c0 (LWP 18450)):
#0 0x00007f7f3d4591d7 in raise () from /lib64/libc.so.6
#1 0x00007f7f3d45a8c8 in abort () from /lib64/libc.so.6
#2 0x00007f7f30b219b1 in generate_random_buffer () from /usr/lib64/samba/libgenrand-samba4.so
#3 0x00007f7f370cf516 in name_query_send () from /usr/lib64/samba/libgse-samba4.so
#4 0x00007f7f370d00d7 in name_resolve_bcast_send () from /usr/lib64/samba/libgse-samba4.so
#5 0x00007f7f370d03f7 in name_resolve_bcast () from /usr/lib64/samba/libgse-samba4.so
#6 0x00007f7f370d16f7 in internal_resolve_name () from /usr/lib64/samba/libgse-samba4.so
#7 0x00007f7f370d278a in resolve_name_list () from /usr/lib64/samba/libgse-samba4.so
#8 0x00007f7f3816fd8f in cli_connect_nb_send () from /usr/lib64/samba/liblibsmb-samba4.so
#9 0x00007f7f38173db4 in cli_connect_nb () from /usr/lib64/samba/liblibsmb-samba4.so
#10 0x00007f7f406dd30c in SMBC_server_internal () from /lib64/libsmbclient.so.0
#11 0x00007f7f406ddc22 in SMBC_server () from /lib64/libsmbclient.so.0
#12 0x00007f7f406de5f7 in SMBC_stat_ctx () from /lib64/libsmbclient.so.0
#13 0x0000000000b0513c in XFILE::CSMBFile::Exists(CURL const&) ()
#14 0x0000000000a98ce2 in XFILE::CFile::Exists(CURL const&, bool) ()
#15 0x0000000000a99038 in XFILE::CFile::Exists(std:Confusedtring const&, bool) ()
#16 0x0000000000ab8289 in XFILE::COverrideFile::Exists(CURL const&) ()
#17 0x0000000000a98ce2 in XFILE::CFile::Exists(CURL const&, bool) ()
#18 0x0000000000a99038 in XFILE::CFile::Exists(std:Confusedtring const&, bool) ()
#19 0x0000000000757bdc in CMediaSourceSettings::Load(std:Confusedtring const&) ()
#20 0x0000000000758261 in CMediaSourceSettings::Load() ()
#21 0x0000000000d2db01 in CSettingsManager::OnSettingsLoaded() ()
#22 0x0000000000d313f6 in CSettingsManager::Load(TiXmlElement const*, bool&, bool, std::map<std:Confusedtring, CSetting*, std::less<std:Confusedtring>, std::allocator<std::pair<std:Confusedtring const, CSetting*> > >*) ()
#23 0x00000000007455be in CSettings::Load(std:Confusedtring const&) ()
#24 0x0000000000745659 in CSettings::Load() ()
#25 0x0000000000da1831 in CApplication::Create() ()
#26 0x0000000000e4c2ef in XBMC_Run ()
#27 0x00000000006dbbc2 in main ()
############# END STACK TRACE ###############

with a fresh config it does work, but with pathsubstitution to smb doesnt...
if I try to add a samba share to fresh config it crashes to
(the samba libs are version 4.4)

what can be the problem?

Greetz
Reply
#2
on kodi 17 beta1 the same problem...

############## Kodi CRASH LOG ###############

################ SYSTEM INFO ################
Date: Sun Jan 22 12:53:17 CET 2017
Kodi Options:
Arch: x86_64
Kernel: Linux 3.18.44-20.el7.x86_64 #1 SMP Tue Oct 25 11:42:52 UTC 2016
Release: CentOS Linux 7 (Core)
############## END SYSTEM INFO ##############

############### STACK TRACE #################
=====> Core file: /opt/ch44os/stable/home/kodi/core.astarte.chao5.int.JobWorker.1485085997 (2017-01-22 12:53:17.801609525 +0100)
=========================================
[New LWP 25570]
[New LWP 20768]
[New LWP 20774]
[New LWP 20778]
[New LWP 20781]
[New LWP 20785]
[New LWP 20786]
[New LWP 20800]
[New LWP 23348]
[New LWP 24893]
[New LWP 24894]
[New LWP 20777]
[New LWP 20775]
[New LWP 20776]
[New LWP 20770]
[New LWP 20596]
[New LWP 20608]
[New LWP 20722]
[New LWP 20769]
[New LWP 20779]
[New LWP 20780]
[New LWP 20782]
[New LWP 20783]
[New LWP 25572]
[New LWP 25571]
[New LWP 20721]
[New LWP 25816]
[New LWP 20595]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/lib64/kodi/kodi.bin --standalone'.
Program terminated with signal 6, Aborted.
#0 0x00007f23868e11d7 in raise () from /lib64/libc.so.6

Thread 28 (Thread 0x7f2390f709c0 (LWP 20595)):
#0 0x00007f238dfb3a41 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x00007f2390323907 in wait (milliseconds=<optimized out>, lock=..., this=0x7f2394d3d590) at /usr/local/home/build/rpmbuild/BUILD/kodi-17.0b1/xbmc/threads/platform/pthreads/Condition.h:84
#2 wait<CCriticalSection> (milliseconds=<optimized out>, lock=..., this=0x7f2394d3d5c0) at /usr/local/home/build/rpmbuild/BUILD/kodi-17.0b1/xbmc/threads/Condition.h:65
#3 WaitMSec (milliSeconds=500, this=<optimized out>) at /usr/local/home/build/rpmbuild/BUILD/kodi-17.0b1/xbmc/threads/Event.h:86
#4 CGUIDialogBusy::WaitOnEvent (event=..., displaytime=displaytime@entry=500, allowCancel=allowCancel@entry=true) at GUIDialogBusy.cpp:64
#5 0x00007f239039a442 in XFILE::CDirectory::GetDirectory (url=..., items=..., hints=..., allowThreads=allowThreads@entry=true) at Directory.cpp:177
#6 0x00007f239039b862 in XFILE::CDirectory::GetDirectory (strPath="smb://", items=..., hints=..., allowThreads=allowThreads@entry=true) at Directory.cpp:135
#7 0x00007f239039b9eb in XFILE::CDirectory::GetDirectory (strPath="smb://", items=..., strMask="/|", flags=flags@entry=6, allowThreads=<optimized out>) at Directory.cpp:129
#8 0x00007f23903f391b in XFILE::CVirtualDirectory::GetDirectory (this=this@entry=0x7f2391bfced8, url=..., items=..., bUseFileDirectories=<optimized out>) at VirtualDirectory.cpp:77
#9 0x00007f239032e19c in CGUIDialogFileBrowser::Update (this=this@entry=0x7f2391bfcab0, strDirectory="smb://") at GUIDialogFileBrowser.cpp:366
#10 0x00007f2390330284 in CGUIDialogFileBrowser::OnClick (this=this@entry=0x7f2391bfcab0, iItem=iItem@entry=7) at GUIDialogFileBrowser.cpp:556
#11 0x00007f2390330a1e in CGUIDialogFileBrowser::OnMessage (this=0x7f2391bfcab0, message=...) at GUIDialogFileBrowser.cpp:191
#12 0x00007f23901a9845 in CGUIBaseContainer::OnClick (this=0x7f2392a5bff0, actionID=7) at GUIBaseContainer.cpp:784
#13 0x00007f239011d3e6 in CGUIWindow::OnAction (this=this@entry=0x7f2391bfcab0, action=...) at GUIWindow.cpp:418
#14 0x00007f23901043fb in CGUIDialog::OnAction (this=this@entry=0x7f2391bfcab0, action=...) at GUIDialog.cpp:79
#15 0x00007f239032f84a in CGUIDialogFileBrowser::OnAction (this=0x7f2391bfcab0, action=...) at GUIDialogFileBrowser.cpp:116
#16 0x00007f2390121494 in CGUIWindowManager::OnAction (this=0x7f23912f3c80, action=...) at GUIWindowManager.cpp:967
#17 0x00007f23906e448d in CApplication::OnAction (this=0x7f23912f44a0, action=...) at Application.cpp:2040
#18 0x00007f2390447f5b in CInputManager::OnKey (this=this@entry=0x7f23910d41c0 <CInputManager::GetInstance()::inputManager>, key=...) at InputManager.cpp:586
#19 0x00007f239044adba in CInputManager::OnEvent (this=0x7f23910d41c0 <CInputManager::GetInstance()::inputManager>, newEvent=...) at InputManager.cpp:376
#20 0x00007f23906e6480 in CApplication::OnEvent (newEvent=...) at Application.cpp:377
#21 0x00007f2390ac20bb in CWinEventsX11Imp::MessagePump () at WinEventsX11.cpp:523
#22 0x00007f2390ac2705 in CWinEventsX11::MessagePump (this=<optimized out>) at WinEventsX11.cpp:158
#23 0x00007f23906d9344 in CApplication::FrameMove (this=0x7f23912f44a0, processEvents=<optimized out>, processGUI=<optimized out>) at Application.cpp:2726
#24 0x00007f2390120461 in CGUIWindowManager:TonguerocessRenderLoop (this=0x7f23912f3c80, renderOnly=renderOnly@entry=false) at GUIWindowManager.cpp:1187
#25 0x00007f23901047f5 in CGUIDialog::Open_Internal (this=0x7f2391bfcab0, bProcessRenderLoop=<optimized out>, param="") at GUIDialog.cpp:197
#26 0x00007f2390103f0f in CGUIDialog::Open (this=this@entry=0x7f2391bfcab0, param="") at GUIDialog.cpp:211
#27 0x00007f239032d9c3 in CGUIDialogFileBrowser::ShowAndGetSource (path="", allowNetworkShares=allowNetworkShares@entry=true, additionalShare=<optimized out>, strType="") at GUIDialogFileBrowser.cpp:874
#28 0x00007f23903446ae in CGUIDialogMediaSource::OnPathBrowse (this=this@entry=0x7f23918c33f0, item=0) at GUIDialogMediaSource.cpp:348
#29 0x00007f2390346948 in CGUIDialogMediaSource::OnMessage (this=0x7f23918c33f0, message=...) at GUIDialogMediaSource.cpp:92
#30 0x00007f23901acb35 in CGUIButtonControl::OnClick (this=0x7f2392714670) at GUIButtonControl.cpp:361
#31 0x00007f23901ab3bd in CGUIButtonControl::OnAction (this=<optimized out>, action=...) at GUIButtonControl.cpp:186
#32 0x00007f239011d3e6 in CGUIWindow::OnAction (this=0x7f23918c33f0, action=...) at GUIWindow.cpp:418
#33 0x00007f2390121494 in CGUIWindowManager::OnAction (this=0x7f23912f3c80, action=...) at GUIWindowManager.cpp:967
#34 0x00007f23906e448d in CApplication::OnAction (this=0x7f23912f44a0, action=...) at Application.cpp:2040
#35 0x00007f2390447f5b in CInputManager::OnKey (this=this@entry=0x7f23910d41c0 <CInputManager::GetInstance()::inputManager>, key=...) at InputManager.cpp:586
#36 0x00007f239044adba in CInputManager::OnEvent (this=0x7f23910d41c0 <CInputManager::GetInstance()::inputManager>, newEvent=...) at InputManager.cpp:376
#37 0x00007f23906e6480 in CApplication::OnEvent (newEvent=...) at Application.cpp:377
#38 0x00007f2390ac20bb in CWinEventsX11Imp::MessagePump () at WinEventsX11.cpp:523
#39 0x00007f2390ac2705 in CWinEventsX11::MessagePump (this=<optimized out>) at WinEventsX11.cpp:158
#40 0x00007f23906d9344 in CApplication::FrameMove (this=0x7f23912f44a0, processEvents=<optimized out>, processGUI=<optimized out>) at Application.cpp:2726
#41 0x00007f2390120461 in CGUIWindowManager:TonguerocessRenderLoop (this=0x7f23912f3c80, renderOnly=renderOnly@entry=false) at GUIWindowManager.cpp:1187
#42 0x00007f23901047f5 in CGUIDialog::Open_Internal (this=0x7f23918c33f0, bProcessRenderLoop=<optimized out>, param="") at GUIDialog.cpp:197
#43 0x00007f2390103f0f in CGUIDialog::Open (this=this@entry=0x7f23918c33f0, param="") at GUIDialog.cpp:211
#44 0x00007f2390345814 in CGUIDialogMediaSource::ShowAndAddMediaSource (type="video") at GUIDialogMediaSource.cpp:139
#45 0x00007f2390892016 in CGUIWindowVideoNav::OnAddMediaSource (this=<optimized out>) at GUIWindowVideoNav.cpp:1053
#46 0x00007f23906bc6b6 in CGUIMediaWindow::OnClick (this=this@entry=0x7f239176aef0, iItem=iItem@entry=1, player="") at GUIMediaWindow.cpp:898
#47 0x00007f239088e395 in CGUIWindowVideoBase::OnClick (this=this@entry=0x7f239176aef0, iItem=iItem@entry=1, player="") at GUIWindowVideoBase.cpp:606
#48 0x00007f239089a063 in CGUIWindowVideoNav::OnClick (this=this@entry=0x7f239176aef0, iItem=iItem@entry=1, player="") at GUIWindowVideoNav.cpp:1128
#49 0x00007f23906b3aef in CGUIMediaWindow::OnSelect (this=this@entry=0x7f239176aef0, item=item@entry=1) at GUIMediaWindow.cpp:1043
#50 0x00007f239088e426 in CGUIWindowVideoBase::OnSelect (this=0x7f239176aef0, iItem=1) at GUIWindowVideoBase.cpp:624
#51 0x00007f23906be687 in CGUIMediaWindow::OnMessage (this=this@entry=0x7f239176aef0, message=...) at GUIMediaWindow.cpp:300
#52 0x00007f239089156c in CGUIWindowVideoBase::OnMessage (this=this@entry=0x7f239176aef0, message=...) at GUIWindowVideoBase.cpp:200
#53 0x00007f2390892613 in CGUIWindowVideoNav::OnMessage (this=0x7f239176aef0, message=...) at GUIWindowVideoNav.cpp:198
#54 0x00007f23901a9845 in CGUIBaseContainer::OnClick (this=0x7f239576b540, actionID=7) at GUIBaseContainer.cpp:784
#55 0x00007f239011d3e6 in CGUIWindow::OnAction (this=this@entry=0x7f239176aef0, action=...) at GUIWindow.cpp:418
#56 0x00007f23906b66ad in CGUIMediaWindow::OnAction (this=this@entry=0x7f239176aef0, action=...) at GUIMediaWindow.cpp:183
#57 0x00007f2390889f3b in CGUIWindowVideoBase::OnAction (this=this@entry=0x7f239176aef0, action=...) at GUIWindowVideoBase.cpp:113
#58 0x00007f23908923b1 in CGUIWindowVideoNav::OnAction (this=0x7f239176aef0, action=...) at GUIWindowVideoNav.cpp:104
#59 0x00007f23901214e5 in CGUIWindowManager::OnAction (this=0x7f23912f3c80, action=...) at GUIWindowManager.cpp:984
#60 0x00007f23906e448d in CApplication::OnAction (this=0x7f23912f44a0, action=...) at Application.cpp:2040
#61 0x00007f2390447f5b in CInputManager::OnKey (this=this@entry=0x7f23910d41c0 <CInputManager::GetInstance()::inputManager>, key=...) at InputManager.cpp:586
#62 0x00007f239044adba in CInputManager::OnEvent (this=0x7f23910d41c0 <CInputManager::GetInstance()::inputManager>, newEvent=...) at InputManager.cpp:376
#63 0x00007f23906e6480 in CApplication::OnEvent (newEvent=...) at Application.cpp:377
#64 0x00007f2390ac20bb in CWinEventsX11Imp::MessagePump () at WinEventsX11.cpp:523
#65 0x00007f2390ac2705 in CWinEventsX11::MessagePump (this=<optimized out>) at WinEventsX11.cpp:158
#66 0x00007f23906d9344 in CApplication::FrameMove (this=0x7f23912f44a0, processEvents=<optimized out>, processGUI=<optimized out>) at Application.cpp:2726
#67 0x00007f239077f3da in CXBApplicationEx::Run (this=0x7f23912f44a0) at XBApplicationEx.cpp:123
#68 0x00007f23904dc9ab in XBMC_Run (renderGUI=<optimized out>) at xbmc.cpp:89
#69 0x00007f238ffd5542 in main (argc=2, argv=0x7ffd0ee92f48) at main.cpp:79

...
Reply
#3
kodi 17 rc3 - same problem :/
Reply
#4
Yeah - we cannot do anything about it - centos bug. We just ask if a certain smb file exists and it goes nuts ...
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply
#5
do you have already done a bug report to centos team?
Reply
#6
(2017-01-22, 22:17)fritsch Wrote: Yeah - we cannot do anything about it - centos bug. We just ask if a certain smb file exists and it goes nuts ...

Strange... How do you explain the fact though that there are no crashes with other samba clients in CentOS aside from Kodi?
Reply
#7
(2017-04-22, 16:42)gjakob Wrote:
(2017-01-22, 22:17)fritsch Wrote: Yeah - we cannot do anything about it - centos bug. We just ask if a certain smb file exists and it goes nuts ...

Strange... How do you explain the fact though that there are no crashes with other samba clients in CentOS aside from Kodi?

And how do you explain that there are no crashes on other linux distros - eg Ubuntu and Libreelec ?
Reply
#8
(2017-04-22, 17:14)asavah Wrote:
(2017-04-22, 16:42)gjakob Wrote:
(2017-01-22, 22:17)fritsch Wrote: Yeah - we cannot do anything about it - centos bug. We just ask if a certain smb file exists and it goes nuts ...

Strange... How do you explain the fact though that there are no crashes with other samba clients in CentOS aside from Kodi?

And how do you explain that there are no crashes on other linux distros - eg Ubuntu and Libreelec ?

Aren't there any? I don't think so - see 295121 (thread)
Reply
#9
There sure may be.
However you link to an old thread related to kodi 16 and with dead debug log. .. not a good way to prove something.
Reply
#10
(2017-04-22, 20:08)asavah Wrote: There sure may be.
However you link to an old thread related to kodi 16 and with dead debug log. .. not a good way to prove something.

This thread does not only refer to kodi 17 but also 16 (see title). The link that I have provided proves that there are also samba related crashes with other distros aside from CentOS - quite in contrast to what you have stated above... So, a little more self-criticism of some people here would be appreciated for a beneficial discussion of technical problems with kodi!
Reply
#11
This discussion is pointless.

I build Kodi for my distros (Ubuntu and my own homegrown gnu/linux for arm boards) - it works like a charm.
There are nightly Libreelec builds which use bleeding edge stuff - such issue was not reported.
You build Kodi for your distro - it crashes, get a debugger, learn how to use it, find the problem, report your findings to the relevant party - either distro maintainers or Kodi developers if you can prove it Kodi's fault.
It could be a combination of factors such as gcc version, cflags, hardening options, some options enabled or disabled when building samba, some patches added to samba by distro's package maintainers and a large etc.

You can not ask the developers to fix distro problems, especially for rolling distros such as arch.
Ask for help from your distro people.
Reply
#12
(2017-04-22, 20:57)asavah Wrote: This discussion is pointless.

I build Kodi for my distros (Ubuntu and my own homegrown gnu/linux for arm boards) - it works like a charm.
There are nightly Libreelec builds which use bleeding edge stuff - such issue was not reported.
You build Kodi for your distro - it crashes, get a debugger, learn how to use it, find the problem, report your findings to the relevant party - either distro maintainers or Kodi developers if you can prove it Kodi's fault.
It could be a combination of factors such as gcc version, cflags, hardening options, some options enabled or disabled when building samba, some patches added to samba by distro's package maintainers and a large etc.

You can not ask the developers to fix distro problems, especially for rolling distros such as arch.
Ask for help from your distro people.

Indeed - a discussion with you is not beneficial, i.e. is pointless in order to use your own words from above... It is absolutely ridiculous that the same forum member who claims in this thread that it is "only" a CentOS issue also claimed in the other thread that it is "only" an Arch Linux issue .Confused
You are trying to "teach" users that they should debug the software developed by others (also you?). I am a software developer but I've never been so arrogant to talk to my users in such a way... Moreover, your statement that "it could be a combination of factors such as gcc version, cflags, hardening options" lets me seriously doubt that you have actually ever developed some complex software. The problems reported here and in the thread that I have cited above are typically caused by system configuration issues and / or incompatibilities with libraries on which the application depends. A solid and thoroughly tested application - however - would not crash as a consequence of such issues but just report the actual cause.
Reply
#13
(2017-04-22, 20:57)asavah Wrote: This discussion is pointless.

I build Kodi for my distros (Ubuntu and my own homegrown gnu/linux for arm boards) - it works like a charm.
There are nightly Libreelec builds which use bleeding edge stuff - such issue was not reported.
You build Kodi for your distro - it crashes, get a debugger, learn how to use it, find the problem, report your findings to the relevant party - either distro maintainers or Kodi developers if you can prove it Kodi's fault.
It could be a combination of factors such as gcc version, cflags, hardening options, some options enabled or disabled when building samba, some patches added to samba by distro's package maintainers and a large etc.

You can not ask the developers to fix distro problems, especially for rolling distros such as arch.
Ask for help from your distro people.

I have another thread for you, which shows that people with various OS are having problems to connect kodi with samba shares - see 302806 (thread).
Is the Fire TV also running either CentOS or Arch Linux ? Big Grin
So it's really time for you to come down from your high horse....
Reply
#14
No matter how high someone's horse is, providing a gdb thread apply all bt is mandatory. Especially for latest and greatest, but, but, but, it has compiled okayish, ARCH users.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Reply

Logout Mark Read Team Forum Stats Members Help
crash with smb libs (kodi 16 and 17)0