Probleme mit Thunderbird nach pkg update

[bsd4me]

Hallo,
ich habe gerade mein FreeBSD 10.2 (amd64) auf neuesten Stand gebracht und dann alle Pakete aus quarterly nachgezogen. Leider scheint nun der Thunderbird instabil geworden zu sein - ich hatte die letzte Stunde schon 2 core dumps deswegen... Hat jemand eine Idee warum? Die vorherige Version funktionierte ohne Probleme...
VG Norbert

 

[Yamagi]

Falls du Lightning als Plugin nutzt: Einmal deinstallieren und wieder reinstallieren hilft.

 

[bsd4me]

danke fuer Antwort Nein, Lightning nutze ich nicht und der Thunderbird lief die letzte Zeit wieder besser.
Gruesse, Norbert

 

[bsd4me]

hier ein Dumpauszug - falls das jemandem hilft

(gdb) bt
#0 0x000000080f367e90 in g_local_file_monitor_get_type ()
from /usr/local/lib/libgio-2.0.so.0
#1 0x000000080f366316 in g_local_file_monitor_get_type ()
from /usr/local/lib/libgio-2.0.so.0
#2 0x000000080f366878 in g_local_file_monitor_get_type ()
from /usr/local/lib/libgio-2.0.so.0
#3 0x000000080e5285c8 in g_main_context_dispatch ()
from /usr/local/lib/libglib-2.0.so.0
#4 0x000000080e5288fb in g_main_context_pending ()
from /usr/local/lib/libglib-2.0.so.0
#5 0x000000080e528984 in g_main_context_iteration ()
from /usr/local/lib/libglib-2.0.so.0
#6 0x000000080558439c in std::__1::__tree<unsigned long, std::__1::less<unsigned long>, std::__1::allocator<unsigned long> >::destroy ()
from /usr/local/lib/thunderbird/libxul.so
#7 0x000000080555e2a5 in std::__1::__tree<unsigned long, std::__1::less<unsigned long>, std::__1::allocator<unsigned long> >::destroy ()
from /usr/local/lib/thunderbird/libxul.so
#8 0x000000080555e37d in std::__1::__tree<unsigned long, std::__1::less<unsigned long>, std::__1::allocator<unsigned long> >::destroy ()
from /usr/local/lib/thunderbird/libxul.so
#9 0x0000000803f1f5c6 in XRE_AddJarManifestLocation ()
from /usr/local/lib/thunderbird/libxul.so
---Type <return> to continue, or q <return> to quit---
#10 0x0000000803f39533 in NS_InvokeByIndex ()
from /usr/local/lib/thunderbird/libxul.so
#11 0x000000080417bd74 in std::__1::vector<std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> >, std::__1::allocator<std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > > >::__push_back_slow_path<std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > const&> ()
from /usr/local/lib/thunderbird/libxul.so
#12 0x000000080416739c in std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >:ush_back ()
from /usr/local/lib/thunderbird/libxul.so
#13 0x000000080555df9b in std::__1::__tree<unsigned long, std::__1::less<unsigned long>, std::__1::allocator<unsigned long> >::destroy ()
from /usr/local/lib/thunderbird/libxul.so
#14 0x0000000805c501ce in XRE_StartupTimelineRecord ()
from /usr/local/lib/thunderbird/libxul.so
#15 0x0000000805c93274 in XRE_InitCommandLine ()
from /usr/local/lib/thunderbird/libxul.so
#16 0x0000000805c934c7 in XRE_InitCommandLine ()
from /usr/local/lib/thunderbird/libxul.so
#17 0x0000000805c93891 in XRE_main () from /usr/local/lib/thunderbird/libxul.so
#18 0x0000000000405681 in _start ()
#19 0x000000000040516f in _start ()
---Type <return> to continue, or q <return> to quit---
#20 0x0000000800675000 in ?? ()
#21 0x0000000000000000 in ?? ()

 

[bsd4me]

Leider ist der Effekt noch immer der gleiche... habe gerade noch 10.2 und die pakete auf den letzten Stand gebracht... dann wieder Rechner neu getartet... Effekt ist: wenn thunderbird läuft und ich dann vlc starte, gibt das sehr oft of einen core dump vom thunderbird... Der core dump ist noch der gleiche... Könnte das mit NFS zu tun haben?

 

[Crest]

Liegt dein $HOME auf NFS?

 

[bsd4me]

ja, das tut es...

 

[Crest]

Sind lockd und statd im Einsatz?

 

[bsd4me]

ja, das sind sie...

Aber warum sollten die denn Probleme machen, zumal ja vlc und thunderbird nicht die gleichen Ordner/Dateien teilen? Könnte es nicht am Video Treiber (ich nutze nvidia) liegen. Denn eigentlich ist nur der thunderbird betroffen, wenn ich auch den vlc starte. komischerwiese aber nicht jedesmal, aber halt zielich oft. Der firefox war auch schon einmal betroffen, aber sonst kein anderes Programm...