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
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.
$ g
> 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 wo
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 patch for _mingw_stat64.h and m
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 new_n