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

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 (GCC 4.7.2) > does works while mingw-w64 (GCC 4.7.2 and 4.7.3) produces the failure. > > A hunch: > > Have y

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

Hi Daniel! Thank you. You've jostled me in the right direction. The short story is that I didn't realize that I have other copies of libeay32.dll on my system, ahead of libcurl's in my path More details appear below. (I've cross-posted this to mingw64, because I cross-posted my original messag

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

On 8/1/2013 11:12 AM, Luis Lavena wrote: > It is not clear for me why 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: http://git.videolan.org/?p=ffmpeg

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

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] Usability improvement: add debug breaks to abort() calls

-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

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

> > 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] linking issue with postgresql and curl

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

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

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 w

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

2013/8/10 JonY > 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 for further in