forked from len0rd/rockbox
Fix track formatting problems in playlist.c
Some changes in behavior were made with filesystem code commit for the sake of compatibility that changed expected behavior. * Restore substitution of drive spec in fully-qualified DOS paths with the playlists's volume spec (or root on univolume targets). Drive-relative paths of the form "c:foo" (no separator after ':') will be treated as purely relative. * Restore old behavior of preserving leading whitespace in the source path and trimming only trailing tabs and spaces. * Multivolume: Volume substition on fully-qualified UNIX/RB paths has NOT been reintroduced (and perhaps wasn't intended in the first place). They will not be modified because there is no ambiguity to resolve. Doing so would prevent a playlist on external storage from referencing a file on main storage without qualifying it with "/<0>...". * Plain relative paths are and always have been interpreted as relative to the location of the playlist. Change-Id: Ic0800cea79c59563b7bac20f8b08abb5051906c7
This commit is contained in:
parent
5a0a7b8b58
commit
5c6ccb43b5
3 changed files with 47 additions and 41 deletions
|
|
@ -78,7 +78,6 @@ int get_volume_name(int volume, char *name);
|
|||
#endif
|
||||
|
||||
int path_strip_drive(const char *name, const char **nameptr, bool greedy);
|
||||
size_t path_trim_whitespace(const char *name, const char **nameptr);
|
||||
size_t path_basename(const char *name, const char **nameptr);
|
||||
size_t path_dirname(const char *name, const char **nameptr);
|
||||
size_t path_strip_trailing_separators(const char *name, const char **nameptr);
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue