Re: [Mingw-w64-public] Patch for ffmpeg

> I don`t see that this patch is valid. I would request here more > details about reasoning. I would be curious to learn that we have > useless code in repro for years > > Kai Current code works with msvcrt.dll in Win32 + _USE_32BIT_TIME_T (which is defined by default in Win32). It doesn't

Re: [Mingw-w64-public] vsnprintf_s found by default though not present in XP, expected?

That was because the 'libmsvcrt.a' library was created using a new version of MSVCRT.DLL which exported the function, but the MSVCRT.DLL shipped with Windows XP didn't. -- lh_mouse 2015-12-30

[Mingw-w64-public] vsnprintf_s found by default though not present in XP, expected?

As a note, if configure scripts today look for vsnprintf_s they find it "present" however, this causes “the procedure entry point _vsnprintf_s could not be located in the dynamic library msvcrt.dll” on XP boxes. Just calling it out in case this is expected or not, as it somewhat surprised me. $

Re: [Mingw-w64-public] Patch for ffmpeg

On 12/3/2015 03:32, Mateusz wrote: > I've prepared small patch for _mingw_stat64.h and mkstemp.c files. > > First problem is that in _mingw_stat64.h header file #define section for > _USE_32BIT_TIME_T case is switched from > #define new_name msvcrt_function > to > #define msvcrt_function

Re: [Mingw-w64-public] Patch for ffmpeg

I don`t see that this patch is valid. I would request here more details about reasoning. I would be curious to learn that we have useless code in repro for years Kai Am 29.12.2015 10:45 schrieb "JonY" : > On 12/3/2015 03:32, Mateusz wrote: > > I've prepared small