Am 06.09.2016 um 19:29 schrieb David Grayson:
> Having only thought about this for a few minutes, I am guessing that
> you would need to use the Microsoft-style printf modifier and also use
> a GCC pragma to suppress the warning:
>
> https://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html
>
> --
Am 01.03.2016 um 17:31 schrieb Adrien Nader:
> Hi,
>
> I poked Kaï on IRC about that; here's the log (very slightly reformatted):
>
>> Well, I admit that I know that pid_t is on standard sdk just a 32-bit value.
>> Nevertheless there is a lot of software in FOSS, which assumes that pid_t has
>> act
Am 28.02.2016 um 18:04 schrieb David Grayson:
>
> This change would require a lot of 64-bit ingw-w64 libraries and
> executables to be recompiled, and possibly require code changes,
> right? Does the use of 64-bit ints for PIDs actually cause any bugs?
>
> --David
>
Yes, it causes problems in QEM
Windows always uses 32 bit (int or DWORD) process ids,
even on 64 bit Windows.
Signed-off-by: Stefan Weil
---
mingw-w64-headers/crt/sys/types.h| 5 -
mingw-w64-libraries/winpthreads/include/pthread_compat.h | 6 +-
2 files changed, 1 insertion(+), 10 deletions
Am 07.10.2015 um 07:12 schrieb Mack Paul:
> Hi guys:
>
> I started to learn mingw64 and tried to compile this cpp file using netbeans
> 8.0.1
> What I need to see is the dialog of printing of windows and to print the text
> "Hola mundo".
[...]
> g++ -o dist/Debug/MinGW-Windows/cppapplication
relevant function getpid always return an int.
This return type and pid_t don't match on 64 bit Windows.
Are there good reasons why pid_t is not always an int for Windows?
Or should this be fixed in sys/types.h and also in
mingw-w64-libraries/winpthreads/include/pthread_compat.h?
Kind regards
S
