search for: flac_fprintf

...false; -#ifdef _WIN32 /* do not convert anything or things will break */ entry.entry = (FLAC__byte *)field->field; -#else if(raw) { entry.entry = (FLAC__byte *)field->field; } @@ -259,7 +261,6 @@ FLAC__bool set_vc_field(const char *filename, FLAC__StreamMetadata *block, const flac_fprintf(stderr, "%s: ERROR: converting comment '%s' to UTF-8\n", filename, field->field); return false; } -#endif entry.length = strlen((const char *)entry.entry); if(!FLAC__format_vorbiscomment_entry_is_legal(entry.entry, entry.length)) { if(needs_free) diff --git a/s...

lvqcl wrote: > Oops. It seems that vsnprintf_s isn't always available on MinGW platform: > MinGW declares this function only if MINGW_HAS_SECURE_API macro is defined. > That's because WinXP version of msvcrt.dll doesn't contain secure functions > like vsnprintf_s. > > Maybe it's better to revert vsnprintf_s to vsprintf or to use vnsprintf? Ok, we need to drop

...crosoft.com/en-us/library/windows/desktop/ms682425(v=vs.85).aspx>: "The maximum length of [the command line] is 32,768 characters, including the Unicode terminating null character". UTF-8 uses up to 4 bytes for a character, so the maximum length of a temporary buffer for a call like flac_fprintf(stderr, "%s: ERROR: couldn't get block from chain\n", filename); should in theory exceed 4*32768 = 131072 bytes (plus some space for the rest of the message). Currently *printf_utf8() functions allocate 32768 bytes buffer.

Hi all, The latest pre-release is here: http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre3.tar.xz but there will probably need to be at least one more. I've tested this on x86_64-linux powerpc-linux i386-openbsd5.2 i386-freebsd9 The majority of changes since the last pre-release is the addition of Janne Hyv?rinen's utf8 I/O functionality. Janne's