Re: [Mingw-w64-public] run system() in something other than cmd.exe?

On 10-May-2019 14:52, David Mathog wrote: Is there a way that a program can do: status = system("some command"); Found it right after posting, change "COMSPEC". Which works, but only sort of. I have a program "execinput" which takes input and for each line does system(); Changed

[Mingw-w64-public] run system() in something other than cmd.exe?

Is there a way that a program can do: status = system("some command"); and have it run in an environment other than cmd.exe? Perhaps by setting some environmental variable(s) before calling system()? Or maybe there is some system_variant() function which can do this? Currently if a

Re: [Mingw-w64-public] Update OpenGL headers

On 10.05.2019 15:53, NightStrike wrote: > On Fri, May 10, 2019, 5:24 AM LRN wrote: > >> TBH, i'm starting to think that we should radically cut the GL headers >> down and >> only ship GL.h and GLU.h, just like MS does (and also glaux.h, probably). >> The >> rest can be installed separately. >> >>

Re: [Mingw-w64-public] [PATCH 1/2] include/ddk: Synchronize with ReactOS (1/2).

On 5/8/19 4:08 AM, Liu Hao wrote: All DDK headers have been copied from . There are quite a few new headers which will be added later. This commit contains all headers that have been modified. What did you do about mingw-w64

[Mingw-w64-public] [PATCH 2/2] include/ddk: Synchronize with ReactOS (2/2).

All DDK headers have been copied from . There are quite a few new headers which will be added later. This commit contains all headers that have added. Signed-off-by: Liu Hao [This is a huge patch so I have to compress it before

[Mingw-w64-public] snprintf() is broken in mingw-w64

Hello! snprintf() function in mingw-w64 is broken. Seems that it just calls MSVC's _snprintf() function which is not same as snprintf(). MSVC until ucrt does not provide snprintf() at all, just _snprintf(). Differences are that MSVC's _snrpintf() does not ensure that filled buffer would be

Re: [Mingw-w64-public] Update OpenGL headers

Why remove them? On Fri, May 10, 2019, 5:24 AM LRN wrote: > TBH, i'm starting to think that we should radically cut the GL headers > down and > only ship GL.h and GLU.h, just like MS does (and also glaux.h, probably). > The > rest can be installed separately. > > In case anyone still thinks