summaryrefslogtreecommitdiff
path: root/src/libffmpeg/ff_mpeg_parser.c
diff options
context:
space:
mode:
authorCarlo Bramini <carlo.bramix@libero.it>2008-03-14 20:13:48 +0000
committerCarlo Bramini <carlo.bramix@libero.it>2008-03-14 20:13:48 +0000
commitb23f7d232b98527846bfcd41aed36914ffbc431b (patch)
tree34bb84ea932166f1a7929e99dd56ccdf03e4d0e9 /src/libffmpeg/ff_mpeg_parser.c
parentfbd93b493f7c694e1c750b110ded431a65cb9664 (diff)
downloadxine-lib-b23f7d232b98527846bfcd41aed36914ffbc431b.tar.gz
xine-lib-b23f7d232b98527846bfcd41aed36914ffbc431b.tar.bz2
xine_init(): mutex objs not initialized
The problem comes from the fact that into xine_probe_fast_memcpy() there is a call to xprintf, which excutes some actions to this->log_lock. But the "log_lock" field is still uninitialized. Under Windows, the xine_init() always crashes because that type is implemented as a structure, so the lock receives a NULL pointer and the execution is halted. The attached patch proposes to move the mutex objects to the top of xine_init() function. --HG-- extra : transplant_source : %07%1D%7F%F0%97%7D%06%3E%9F%2Ar%03%1DQ%14%F3%D1%EF%1D%93
Diffstat (limited to 'src/libffmpeg/ff_mpeg_parser.c')
0 files changed, 0 insertions, 0 deletions