Re: [Mingw-w64-public] mingw/gcc stralign.h

2013-08-10 Thread Alexey Pavlov
2013/8/10 JonY jo...@users.sourceforge.net On 8/10/2013 11:47, G M wrote: Hi Just to correct my previous message, the alternative stralign.h I found doesn't work for me after all when building Ninja, I made a mistake building it before to think it did work. So the diff I provided

Re: [Mingw-w64-public] Usability improvement: add debug breaks to abort() calls

2013-08-10 Thread Erik van Pienbroek
LRN schreef op do 08-08-2013 om 12:23 [+0400]: This is mostly a usability change. I, personally, really don't like when a program i'm debugging suddenly dies for no reason. Opinions? I would really welcome such a change. In the past we've already stumbled across this issue with Qt5 (and was

Re: [Mingw-w64-public] linking issue with postgresql and curl

2013-08-10 Thread Erik van Pienbroek
Kai Tietz schreef op do 08-08-2013 om 15:49 [+0200]: Hmm, not necessarily a gcc bug. It might be simply that the dll itself has dependencies to other dll-files. Try to check by dependency-walker tool, or via the objdump tool, what other DLL-files might be referenced. Most likely it is an

Re: [Mingw-w64-public] Usability improvement: add debug breaks to abort() calls

2013-08-10 Thread Martin Mitáš
The difference between using abort() and using a debug break is that debug break, if it goes unhandled, won't print the usual requrested to terminate blahblahblah stuff, and the exception code that WER shows will change from 0x4015 to 0x8003. That would mean that when not under

Re: [Mingw-w64-public] Usability improvement: add debug breaks to abort() calls

2013-08-10 Thread LRN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10.08.2013 17:25, Martin Mitáš wrote: The difference between using abort() and using a debug break is that debug break, if it goes unhandled, won't print the usual requrested to terminate blahblahblah stuff, and the exception code that WER

[Mingw-w64-public] Fwd: ERR_remove_thread_state not found in LIBEAY32.dll with mingw-w64

2013-08-10 Thread K. Frank
Hi List! I'm taking the liberty of cross-posting this curl-lib question to mingw64. (I believe this post is awaiting moderation over on curl-lib.) I do see a fair amount of mingw-w64-specific libcurl discussion on this list, so maybe somebody can help me out. -- Forwarded message

Re: [Mingw-w64-public] [Mingwbuilds-users] vsnprintf / snprintf problem with GCC 4.7.2 and 4.7.3 (rubenvb and mingw-builds)

2013-08-10 Thread Derek Buitenhuis
On 8/1/2013 11:12 AM, Luis Lavena wrote: It is not clear for me why mingw.org http://mingw.org (GCC 4.7.2) does works while mingw-w64 (GCC 4.7.2 and 4.7.3) produces the failure. A hunch: Have you tried defining __USE_MINGW_ANSI_STDIO? See, for example:

Re: [Mingw-w64-public] [Mingwbuilds-users] vsnprintf / snprintf problem with GCC 4.7.2 and 4.7.3 (rubenvb and mingw-builds)

2013-08-10 Thread Luis Lavena
On Sat, Aug 10, 2013 at 4:31 PM, Derek Buitenhuis derek.buitenh...@gmail.com wrote: On 8/1/2013 11:12 AM, Luis Lavena wrote: It is not clear for me why mingw.org http://mingw.org (GCC 4.7.2) does works while mingw-w64 (GCC 4.7.2 and 4.7.3) produces the failure. A hunch: Have you tried