This problem can come up in other situations: someone can call s_open_s
directly, for instance,
which may be recommended by MS to use the newer form.  I have had to
re-write such an entry - it was the only element of incompatibility with XP.
 The need for a new form ought to be evaluated, and if it is a frivilous
"enhanement", maybe a re-definition macro should be used to normalize to XP
level.

On Wed, Jan 21, 2015 at 8:52 AM, Alexey Pavlov <[email protected]>
wrote:

>
> 21 янв. 2015 г., в 19:14, Alexey Pavlov <[email protected]>
> написал(а):
>
>
> 21 янв. 2015 г., в 19:09, Jon bae <[email protected]> написал(а):
>
> Hello MSYS2 Team,
> I have get some calls from user how use my build script, that they have
> problems with many tools under Windows XP. Like:
> x264
> sox
> mplayer
> mkvmerge
> mkvinfo
> mkvextract
> mencoder
> ffmpeg
> ffmbc
>
> All of that are compiled under Windows 7 and there they run normal but
> under XP they get the message: _sopen_s in msvcrt.dll not found.
>
> This is relative new, before the 11. January we had not this problem.
>
> Is this a general limitation in the newest msys2/mingw-w64?
>
> Looking into:
>
> https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-crt/lib32/msvcrt.def.in#L1042
>
> This is long time in mingw-w64 msvcrt definition file.
> So seems some code change checks for this functions.
> See similar report:
> https://github.com/Alexpux/MINGW-packages/issues/432
>
>
> This is cause by recent mingw-w64 commit by adding "mkstemp"
> implementation.
>
> https://github.com/Alexpux/mingw-w64/commit/f713f639f6f017371c5176f4deab07d1a92473b4#diff-cc1bd3d845f9a0ff2d38778e12b84a17R52
>
> So please report it to mingw-w64 ML
>
>
> Regards,
> Alexey.
>
> Regards
> Jonathan
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet_______________________________________________
> Msys2-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/msys2-users
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet_______________________________________________
> Msys2-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/msys2-users
>
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Msys2-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/msys2-users
>
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Msys2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/msys2-users

Reply via email to