Re: [Mingw-w64-public] setjmp/longjmp crashes, second setjmp argument

Did `setjmp` macro take two parameters? -- lh_mouse 2015-09-29 - 发件人：Thomas Bickel 发送日期：2015-09-28 23:15 收件人：mingw-w64-public 抄送： 主题：[Mingw-w64-public] setjmp/longjmp

[Mingw-w64-public] Wrong definition of data type pid_t for 64 bit Windows?

Hi, currently, Mingw-w64 defines pid_t to be an int on 32 bit Windows, but __int64 on 64 bit Windows: mingw-w64-headers/crt/sys/types.h:typedef int _pid_t; mingw-w64-headers/crt/sys/types.h:typedef __int64 _pid_t; mingw-w64-headers/crt/sys/types.h:typedef _pid_tpid_t; The

Re: [Mingw-w64-public] Updates for usbioctl.h and usbspec.h

Hi David, On 09/26/15 21:01, David Grayson wrote: > This patch adds definitions, bit fields, and structs to USB header files that > are needed to compile the latest version of usbview from Microsoft on Github. > (My previous patches were targeted at an older version of usbview.) > > Could

[Mingw-w64-public] gcc-5.2 generating bad code in 32 bits ?

I have a problem in the following code. It crashed in 32bits in release only and works otherwise (64bits release), it seems that the stack return adress is corrupted. I did not succed to remove the dependency to boost/utf since it does not crash if BOOST_CHECK_CLOSE line is removed. Also

[Mingw-w64-public] setjmp/longjmp crashes, second setjmp argument

Hi everyone, inspired by a posting here and because longjmp always crashed for me I investigated a bit and it seems the following is true: If the second argument to setjmp is NULL longjmp will simply restore the register state and flags and resume program execution. In fact this fixes all

[Mingw-w64-public] CryptGetDefaultProvider

Is anyone able to compile and run the following example with mingw-w64? https://msdn.microsoft.com/en-us/library/windows/desktop/aa379945(v=vs.85).aspx It compiled for me, but complains at runtime about CryptGetDefaultProviderA missing entry point. It seems like mingw-64 defines the import lib