Displaying 6 results from an estimated 6 matches for "mingw_has_secure_api".
2014 Aug 09
3
[PATCH] for win_utf8_io.c
Janne Hyv?rinen wrote:
> Some comments for patch #1, I chose the non-secure versions because they
> are faster and produce smaller binary. The functions where these
> printings are performed can't in my opinion ever exceed the safety
> margin of 32 KB. They print short help and error texts and occasionally
> filename, which with APIs is restricted to 260 characters. And you
2014 Sep 12
0
patch for win_utf8_io.c: vsnprintf_s vs. MinGW
...nt* the fact that they are safe so you really only
> need to look where they are called rather than thinking about maximum
> command line lengths and maximum file name lengths.
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?
(Of course it's also possible to write something like
#if defined _MSC_VER || defined MINGW_HA...
2014 Sep 18
3
patch for win_utf8_io.c: vsnprintf_s vs. MinGW
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.
I thought Micorsoft had recently stopped supporting WinXP. If Micorsoft
has stopped supporting it I see no reason for FLAC to support it.
Cheers,
Erik
--
------------...
2014 Sep 18
3
patch for win_utf8_io.c: vsnprintf_s vs. MinGW
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 vsnprintf_s to support WinXP. I'd prefer vsnprintf
over...
2014 Sep 19
0
vsnprintf_s and vsnprintf
Erik de Castro Lopo 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 vsnprintf_s to support WinXP. I'...
2016 Dec 14
1
testing
Regarding the earlier mail about [xapian-core-1.2.24] /tests/api_replicate.cc
compiled under MSYS/MINGW (g++ 5.3.0).
It seems likely that the error was specific to certain g++ versions.
https://github.com/mxe/mxe/issues/1448
Eric at ERICS-NETBOOK /c/WORK
$ cat test.cpp
#include <stdlib.h>
int setenv(const char *name, const char *value, int overwrite)
{
return _putenv_s(name, value);
}