| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This should have been done a long time ago but
with UWP no longer supporting the ascii versions it's
time to get it done.
The changes in UnrarXLib isn't really tested but it's
about to get dropped from our tree anyway.
|
|
This reverts commit b0e3be09a7418dff76bd96661fa8beda96a4140b.
|
|
|
|
Speed up startup time for movies in split rar archives.
|
|
|
|
|
|
This patch cuts down on the seek time for files in stored rar archives.
|
|
Add CMakeLists.txt for the lib directory.
- lib/addons
- UnrarXLib
- libUPnP
- libexif
|
|
|
|
|
|
results; check for negative values; update types to ssize_t
|
|
return values; some fixes for new types in "Read()"; update types in code to match 'ssize_t' returned by 'Read()'; some usage of negative return values for Read()
|
|
direct from UnrarXLib
|
|
ref dcd92b3769a0e4db0fceb568f9e3ccd71fbc4b74
|
|
|
|
|
|
|
|
|
|
|
|
|
|
[win32] Make source code compatible with VS2012
|
|
Check that pExtract->GetDataIO().m_pDlgProgress is not invalid
before accessing it.
|
|
|
|
Some multi-volume RAR files have their unpacked size set as 0 in all
volumes except the first one.
Use the previous unpacked size instead of 0 in such cases in order to
support such files properly.
|
|
Certain seek patterns on a file inside a non-compressed rar file can
cause CmdExtract::UnstoreFile() to think that the destination buffer has
been filled (as DestUnpSize counter, originally set to the file size,
reaches zero).
However, counting written bytes using DestUnpSize doesn't make sense for
the UnpackToMemory codepath used for non-compressed rar files, as there
can be seeks which can eventually cause more data to be read than what
the actual file size was. The actual output buffer is internally handled
by ComprDataIO.
The check in UnstoreFile() will result in not all data being written to
the destination buffer, causing CRarFile::Read() to return old stale
data.
Fix that by dropping the unnecessary DestUnpSize handling in
UnpackToMemory codepath of CmdExtract::UnstoreFile().
|
|
Also:
[fix] threads: fix race condition when stopping thread - cherry pick merge
Also, from jimfcarroll:
[fixed] AirPlayServer now complies with the new CThread constructor requirements (that is, you must supply a thread name).
replace custom thread local storage with the XbmcThreads::ThreadLocal template.
[cosmetic] removed incorrect hungarian notation.
[cleanup] Removed XSyncUtils. Moved the GlobalMemoryStatus call to XMemUtil. Cleaned up code that used the #define INFINITE from XSyncUtils.h
[cleanup] Some miscellaneous cleanup. Fixed initialization warning in LCD. Removed some unused functions and members.
[cleanup] PAPlayer warning due to constructor initialization list order.
|
|
... fixes #12684
|
|
if the last archive in a set was less than 256kb, the seek
code set an invalid offset leading to crashes
|
|
corrupt archives.
|
|
closes ticket #4401
|
|
|
|
|
|
In several places in the rar code the new threading mechanisms were not used in a "functionally equivalent" manner. In five places the original code checked for a timeout using a "!= WAIT_OBJECT_0" which was interpreted as checking for a signaled state as if the "!" wasn't there. This commit fixes that problem.
|
|
replaced them with the latest CEvent calls.
|
|
|
|
|
|
|
|
Squashed commit due to build breakage during code-reshuffle history.
Conflicts:
xbmc/Util.cpp
xbmc/cdrip/CDDARipper.cpp
xbmc/filesystem/Directory.cpp
xbmc/filesystem/File.cpp
|
