- 10 Feb, 2010 14 commits
-
-
Rémi Duraffort authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Jakob Leben authored
-
Jakob Leben authored
The longname argument to macro #define VLC_SD_PROBE_HELPER(name, longname, cat) is usually in the form like N_("some_longname"). Literalization of the argument by doing # longname in the macro will result in a literal "N_(\"some_longname\")" instead of translating the long name.
-
Jakob Leben authored
-
Jakob Leben authored
remove non-existent file reference
-
Jakob Leben authored
typo?
-
- 09 Feb, 2010 26 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
Software versions are totally out-of-date. Platforms don't even exist anymore. And this predated ARM support in the contrib.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
Use INSTALL.win32 instead.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
We already have the variables lock for that.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This fixes a buffer overflow and a warning. This reverts commit caa08dce.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
pl_Hold() assumed the playlist was already created. pl_Release() does not solve any problem. Playlist synchronization is done with the playlist lock, while playlist deletion must anyway be done after all interfaces, services and other threads are joined.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
The previous fix made the fetcher and preparser persistent throughout the lifetime of the playlist. So we don't need to protect the pointers anymore. Also, they are internally thread-safe (with their own lock).
-
Rémi Denis-Courmont authored
They do not create threads anymore (unless they have work to do). LibVLC needs this because we are sloppy programmers^W^W^W^Wit still depends on the playlist for item meta infos (it should probably instantiate the fetcher and preparser directly). Also, do not create the preparser if there is no fetcher.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Antoine Cellerier authored
-
Gildas Bazin authored
-