Reproduced in blender 2.63a and 2.62 official binaries for linux 32 on Ubunto 10.4. Also reproduced in debug build from svn up -r 46461
I have a blend file with about 4 minutes of video in the sequencer composed of 1-10 second clips of video from the hard drive. Scrubbing an extended amount of time (maybe 40 seconds), or simply hitting 'Alt - A' and allowing the sequencer to diplay an extended amount of time sometimes causes a deadlock. Blender stops responding and must be killed, although the main window can still be maximized and minimized.
Running 'gbd where' on the regular release builds returns a trace such as below.
(gdb) where
#0 0xb77a1430 in __kernel_vsyscall ()
#1 0xb7687423 in __waitpid_nocancel ()
at ../sysdeps/unix/syscall-template.S:82
#2 0x08088762 in ?? ()
#3 0x080899fe in wait_for ()
#4 0x0807854a in execute_command_internal ()
#5 0x08078743 in execute_command ()
#6 0x08064c7f in reader_loop ()
#7 0x080642f5 in main ()
with a blender binary built from
svn up -r 46461
and run as 'gdb blender' then 'run', I ultimately recieved this trace.
^C
Program received signal SIGINT, Interrupt.
0xb7fe2430 in __kernel_vsyscall ()
(gdb) where
#0 0xb7fe2430 in __kernel_vsyscall ()
#1 0xb7cfeb5d in pthread_join (threadid=3196111728, thread_return=0x0)
at pthread_join.c:89
#2 0x0a78ffd8 in ff_thread_free ()
#3 0x00000000 in ?? ()
(gdb) cont
Continuing.
Description
Event Timeline
Locked up during render as well, seems I may have pasted traces for the wrong processes above. Here is a trace from my debug 2.63a build.
(gdb) where
#0 0xb775f430 in __kernel_vsyscall ()
#1 0xb747bb5d in pthread_join (threadid=1622010736, thread_return=0x0)
at pthread_join.c:89
#2 0x095269a0 in BLI_end_threads (threadbase=0xe3da950)
at /home/jleano/sandbox/blender/blender/source/blender/blenlib/intern/threads.c:291
#3 0x08d022ca in wm_jobs_kill_job (wm=0xab463f70, steve=0xe3da878)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/wm_jobs.c:356
#4 0x08d02483 in wm_jobs_timer_ended (wm=0xab463f70, wt=0xf9986a0)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/wm_jobs.c:421
#5 0x08d12090 in wm_window_free (C=0xd243ca8, wm=0xab463f70, win=0xab4660f8)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/wm_window.c:178
#6 0x08d12413 in wm_window_close (C=0xd243ca8, wm=0xab463f70, win=0xab4660f8)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/wm_window.c:280
#7 0x08d132da in ghost_event_proc (evt=0xe222598, private=0xd243ca8)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/wm_window.c:717
#8 0x0952b532 in GHOST_CallbackEventConsumer::processEvent (this=0xd27c2a0,
event=0xe222598)
---Type <return> to continue, or q <return> to quit---
at /home/jleano/sandbox/blender/blender/intern/ghost/intern/GHOST_CallbackEventConsumer.cpp:54
#9 0x09541c1f in GHOST_EventManager::dispatchEvent (this=0xd3d69b0,
event=0xe222598)
at /home/jleano/sandbox/blender/blender/intern/ghost/intern/GHOST_EventManager.cpp:116
#10 0x09541cc0 in GHOST_EventManager::dispatchEvent (this=0xd3d69b0)
at /home/jleano/sandbox/blender/blender/intern/ghost/intern/GHOST_EventManager.cpp:133
#11 0x09541d1b in GHOST_EventManager::dispatchEvents (this=0xd3d69b0)
at /home/jleano/sandbox/blender/blender/intern/ghost/intern/GHOST_EventManager.cpp:146
#12 0x09539456 in GHOST_System::dispatchEvents (this=0xd3c59e8)
at /home/jleano/sandbox/blender/blender/intern/ghost/intern/GHOST_System.cpp:228
#13 0x0952a5f2 in GHOST_DispatchEvents (systemhandle=0xd3c59e8)
at /home/jleano/sandbox/blender/blender/intern/ghost/intern/GHOST_C-api.cpp:244
#14 0x08d13a5b in wm_window_process_events (C=0xd243ca8)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/wm_window.c:949
#15 0x08cf66be in WM_main (C=0xd243ca8)
at /home/jleano/sandbox/blender/blender/source/blender/windowmanager/intern/---Type <return> to continue, or q <return> to quit---
wm.c:363
#16 0x08cf5c8b in main (argc=1, argv=0xbf819ee4)
at /home/jleano/sandbox/blender/blender/source/creator/creator.c:1350
Attached backtrace is not helpful because of actual lock happened in other thread. `thread apply all bt` would be more helpful.
Also please follow reporting bug guidelines which says we need as simple /blend file (with all external dependencies) which demonstrates the bug. Issues like this could be caused by plenty of reasons and can not be easily reproduced (sequencer is heavily used here on linux and there;s no locks noticed).
Marking as Incomplete until all the data needed for reproducing the issue is provided.
No response in almost a week. Would close the report until all the information needed to reporoduce the issue is provided.