When I try to open a file either by using the File -> Quick Open File menu option, or by clicking on the "Browse" button in the Open File (CTRL+F) dialog, VLC locks up (requiring me to kill it), right before the Open File dialog would normally popup. I get no output on the console or anything that indicates what could be going wrong. I've updated my system, ran revdep-rebuild, recompiled VLC, to no avail :( I'm using vlc-0.8.5-r5, wxGTK-2.6.3.3 and gnome-vfs-2.16.1 (I'm just guessing these two libs could be related). For the rest, I use the latest version available in testing (~x86). My emerge --info: Portage 2.1.2_pre3-r4 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.17-gentoo-r7 i686) ================================================================= System uname: 2.6.17-gentoo-r7 i686 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.5 Last Sync: Wed, 18 Oct 2006 00:30:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon64 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X alsa berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus divx djvu dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam firefox flac fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux libg++ mad mikmod mmx mp3 mpeg nautilus ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre perl png ppds pppd python quicktime readline real reflection samba sdl session spl sse sse2 ssl svg tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa vorbis win32codecs wmp wxwindows xml xmms xorg xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Please try to get a backtrace of the lock if you can. Follow this guide: http://www.gentoo.org/proj/en/qa/backtraces.xml to get more information about it.
(In reply to comment #1) > Please try to get a backtrace of the lock if you can. Follow this guide: > http://www.gentoo.org/proj/en/qa/backtraces.xml to get more information about > it. > After recompiling glib, gtk+, wxGTK, gnome-vfs and vlc itself with debugging cflags and the debug USE-flag, it seems vlc now hangs (and starts using 100% cpu) right after "VLC media player 0.8.5 Janus" is printed on the console. When I run it in gdb and hit CTRL+C and get a backtrace, I get this: (I also have a 'thread apply all bt full' version attached) (gdb) bt #0 0xb76398a5 in IA__g_main_context_check (context=0x82f9100, max_priority=1000, fds=0x0, n_fds=0) at gmain.c:2499 #1 0xb7639f71 in g_main_context_iterate (context=0x82f9100, block=1, dispatch=1, self=0x82f9f80) at gmain.c:2674 #2 0xb763a29c in IA__g_main_loop_run (loop=0x80f0068) at gmain.c:2881 #3 0xb5ec7e16 in IA__gtk_main () at gtkmain.c:1001 #4 0xb6398bf5 in wxEventLoop::Run (this=0x82f90f0) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/gtk/evtloop.cpp:80 #5 0xb643a312 in wxAppBase::MainLoop (this=0x82f8ff8) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/appcmn.cpp:272 #6 0xb613d77f in wxAppConsole::GetTraits (this=0x82f8ff8) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/appbase.cpp:236 #7 0xb6189063 in wxLog::GetActiveTarget () at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/log.cpp:398 #8 0xb618aa80 in wxVLogTrace (mask=0xb620a54c, szFormat=0xb620a9a4, argptr=0xbfc69b78 "") at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/log.cpp:106 #9 0xb618abf4 in wxLogTrace (mask=0xb620a54c, szFormat=0xb620a9a4) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/log.cpp:280 #10 0xb6196da2 in wxCSConv::DoCreate (this=0xb6258a48) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/strconv.cpp:2602 #11 0xb6197c49 in wxCSConv::CreateConvIfNeeded (this=0xb6258a48) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/strconv.cpp:2821 #12 0xb6197d25 in wxCSConv::MB2WC (this=0xb6258a48, buf=0x0, psz=0xb691fe34 "", n=0) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/strconv.cpp:2828 #13 0xb6195992 in wxMBConv::cMB2WC (this=0xb6258a48, psz=0xb691fe34 "") at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/strconv.cpp:184 #14 0xb617b3b7 in ConvertArgsToUnicode (argc=1, argv=0xb695aad4) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/include/wx/strconv.h:62 #15 0xb617b9e6 in wxEntry (argc=@0xbfc69d5c, argv=0xb695aad4) at /var/tmp/portage/x11-libs/wxGTK-2.6.3.3/work/wxPython-src-2.6.3.3/src/common/init.cpp:452 #16 0xb683dc2e in Init (p_intf=0x80efad0) at wxwidgets.cpp:323 #17 0xb683dd0d in Run (p_intf=0x80efad0) at wxwidgets.cpp:293 #18 0x080551e3 in RunInterface (p_intf=0x80efad0) at interface/interface.c:394 #19 0x08055504 in intf_RunThread (p_intf=0x80efad0) at interface/interface.c:222 #20 0x080529e5 in AddIntfInternal (i_object=0, psz_module=<value optimized out>, b_block=1, b_play=1, i_options=0, ppsz_options=0x0) at libvlc.c:1945 #21 0x08052a68 in VLC_AddIntf (i_object=0, psz_module=0x0, b_block=1, b_play=1) at libvlc.c:859 #22 0x0804b31d in main (i_argc=1, ppsz_argv=0xbfc69f54) at src/vlc.c:109
Created attachment 100001 [details] Full backtrace
To be clear, it hangs right after that "VLC media player 0.8.5 Janus" message, but *before* the GUI would normally pop up
(In reply to comment #0) > When I try to open a file either by using the File -> Quick Open File menu > option, or by clicking on the "Browse" button in the Open File (CTRL+F) dialog, > VLC locks up (requiring me to kill it), right before the Open File dialog would > normally popup. I get no output on the console or anything that indicates what > could be going wrong. I've updated my system, ran revdep-rebuild, recompiled > VLC, to no avail :( > > I'm using vlc-0.8.5-r5, wxGTK-2.6.3.3 and gnome-vfs-2.16.1 (I'm just guessing > these two libs could be related). For the rest, I use the latest version > available in testing (~x86). Same file dialog problem on my ~x86 system, and with the same ebuild versions you mentioned except I'm running gnome-vfs-2.16.2. I have a feeling the wxGTK bindings are stale. What version of GTK+ did you build wxGTK against? I used gtk+-2.10.6 here.
(In reply to comment #5) > (In reply to comment #0) > > When I try to open a file either by using the File -> Quick Open File menu > > option, or by clicking on the "Browse" button in the Open File (CTRL+F) dialog, > > VLC locks up (requiring me to kill it), right before the Open File dialog would > > normally popup. I get no output on the console or anything that indicates what > > could be going wrong. I've updated my system, ran revdep-rebuild, recompiled > > VLC, to no avail :( > > > > I'm using vlc-0.8.5-r5, wxGTK-2.6.3.3 and gnome-vfs-2.16.1 (I'm just guessing > > these two libs could be related). For the rest, I use the latest version > > available in testing (~x86). > > Same file dialog problem on my ~x86 system, and with the same ebuild versions > you mentioned except I'm running gnome-vfs-2.16.2. > > I have a feeling the wxGTK bindings are stale. What version of GTK+ did you > build wxGTK against? I used gtk+-2.10.6 here. > It was build against GTK+-2.10.6 here as well. The problem went away for me after I updated to dbus-1.0.1-r1 from dbus-0.62-r1. I have a gut feeling this big is related to: http://bugs.gentoo.org/show_bug.cgi?id=148128 which is essentially a bug in dbus and was fixed in dbus-0.9x .
Please give a try to 0.8.6_rc1 and if it's still an issue report upstream.
(In reply to comment #7) > Please give a try to 0.8.6_rc1 and if it's still an issue report upstream. > 0.8.6-rc1 seems to works as well, thanks!
vlc-0.8.6_rc1 doesn't fix the problem here; I'm using dbus-0.62-r1. Hans, please try downgrading from dbus-1.0.1-r1 to dbus-0.62-r1 and see if it still works for you.
(In reply to comment #9) > vlc-0.8.6_rc1 doesn't fix the problem here; I'm using dbus-0.62-r1. Hans, > please try downgrading from dbus-1.0.1-r1 to dbus-0.62-r1 and see if it still > works for you. > Apologies for the late response. I just downgraded dbus to 0.62-r1 and rebuilt vlc-0.8.6_rc1 but now it keeps erroring with "vlc: error while loading shared libraries: libdbus-1.so.3: cannot open shared object file: No such file or directory". Anyway I'm pretty sure dbus-1.0.1 does in fact fix the problem, since the problem already went away for me with a previous version of VLC after I updated to dbus-1.0.1.
(In reply to comment #10) > Anyway I'm pretty sure dbus-1.0.1 does in fact fix the problem, since the > problem already went away for me with a previous version of VLC after I updated > to dbus-1.0.1. I just upgraded to dbus-1.0.1-r2 and the problem is fixed for me now.
