> From: owner-openssl-us...@openssl.org On Behalf Of Tim Ward
> Sent: Friday, 20 November, 2009 06:10
> >
> It fails at the same point, the difference now being that the
> libeay32.dll
> function names are shown (rather than just addresses) in the stack
> backtrace. I can't persuade VS2005 to
From: "Tim Ward"
For debug, you need to generate and use a different .mak file;
where you see the lines in do_{ms,masm,nasm}.bat that say
perl util\mk1mf.pl (options) VC-WIN32 >makefile
either add lines with 'debug' added to the options part
and different makefiles (I use ntdbg.mak ntdlldbg.m
From: "Tim Ward"
Trying to follow that through the sources myself it doesn't make any sense
to me - the BIO_s_file I've found, in bss_file.c, simply returns a
pointer, it doesn't make any call to setmode or anything else. OK ...
looking at the disassembly that's because there's something abo
From: "Dave Thompson"
To be clear: you are building OpenSSL *and* your app(s) with VC05?
Yes.
That should indeed work for release. Check your ms\nt[dll].mak
and you should see /MD on everything.
It works for the pkread.c sample in release build. My real application fails
silently in rele
> From: owner-openssl-us...@openssl.org On Behalf Of Tim Ward
> Sent: Tuesday, 17 November, 2009 16:29
> From: "Dave Thompson"
> > What toolset (mingw or msvc, and which version) and library build
> > (own or other) are you using?
> VC2005. Debug build compiles all the modules with /MDd, relea
From: "Dave Thompson"
Thanks very much for your reply.
Further info:
I get the same results running the pkread.c sample program.
If I compile with /MD without the applink stuff present it works.
What toolset (mingw or msvc, and which version) and library build
(own or other) are you using?
> From: owner-openssl-us...@openssl.org On Behalf Of Tim Ward
> Sent: Monday, 16 November, 2009 12:01
> Further info:
>
> I get the same results running the pkread.c sample program.
>
> If I compile with /MD without the applink stuff present it works.
>
What toolset (mingw or msvc, and which ve
