| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
| |
The libFLAC API is unclear about how it handles empty strings. The
original code assumed that empty string would be copied, when 'copy'
param of set_vendor_string was true, as indicated in the API docs.
Checking into the libFLAC source, when a string of length 0 is provided,
it will NOT be copied. Therfore, free'ing empty string will cause a
SIGSEGV or worse when the FLAC API tries to read the vendor string.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I've patched src/base64.c. There was a major problem when it was being called
to decode very large buffers in orders of magnitude of a megabyte or more
(e.g. cover art in a FLAC / Vorbis / etc. tag is frequently this size for some
people). The base64_decode() routine had a cubic running time, since every
time the decode pointer shifted forward in the stream, token_decode() would
recompute the buffer length every time.
|
| | |
|
| |
| |
| |
| | |
Get rid of binary-or-shlib-defines-rpath lintian warning.
|
|/
|
|
|
|
|
| |
Fix the bug that easytag doesn't load the chosen directory when opening
easytag from the "open with ..." nautilus right click menu.
Ubuntu: https://bugs.launchpad.net/bugs/230873
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|