Hello,

I changed my codeGeneration for the console
application to be /MT. It appears to be the only way I
can at least run the application. I then profile the
application using dependency walker.

I see :

Loaded "C:\windows\system32\SSLEAY32.DLL" at address
0x10000000by thread 1. Successfully hooked module.
LDR:LdrpWalkImportDescriptor() failed to probe
C:\WINDOWS\system32\ssleay32.dll for manifest,ntStatus
0xc0150002
Unloaded "C:\windows\system32\SSLEAY32.dll at address
0x10000000 by thread 1.
LoadLibraryW("ssleay32.dll" returned NULL by thread 1.
Error This application failed to start because the
apllication configuration is incorrect.

The same happenned for the libeay32.dll.

Can somebody explain what is happenning?

Thanks,
Garyc
--- gary clark <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> I ran the dependency walker and performed a profile.
> 
> The see the error Message
> 
> "Failure to starting the process. The application
> has
> failed to start because the application
> configuration
> is incorrect"
> 
> Whats interesting I dont see the ssleay.dll or
> libeay32.dll?
> Am I suppose to? I wanted to load these dynamically?
> Can they be loaded dynamically using LoadLibrary?
> 
> When I run it on the installed openSSL machine no
> problem.
> 
> Thanks,
> Garyc
> 
> --- Amit Hakoo <[EMAIL PROTECTED]> wrote:
> 
> > Hi Gary,
> > 
> > I had a similar problem not a long time ago. My
> > application was built
> > using Visual Studio 2003. I got the pre-built
> > openssl dlls when I
> > installed openssl for windows (got it from the
> > recommended site posted
> > on OpenSSL website). Running the application on
> some
> > machines worked
> > fine but on others it could not launch the
> > application. I ran the
> > dependency walker and figured it was something
> with
> > the way the dlls
> > were built (maybe built using VisualStudio 2005).
> > They were depending on
> > MSVCR80.dll. I then manually built it using Visual
> > studio 2003 and all
> > worked fine. 
> > 
> > Just my findings
> > 
> > --Amit
> > 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf
> > Of Simon Edwards
> > Sent: Friday, June 01, 2007 9:14 AM
> > To: openssl-users@openssl.org
> > Subject: RE: openssl clients for windows
> > 
> > Hi Gary, 
> > 
> > I've seen this message when a dependent library is
> > missing. Try using
> > dumpbin or depends from the platform SDK on the
> > affected system. Between
> > them they should tell you which libraries are
> > missing.
> > 
> > Hmm, you don't say where you got the binaries
> from:
> > If its from the
> > current binary distribution you may well be
> missing
> > MSVCR71.dll which is
> > a Microsoft redistributable library and is not
> > included in the package. 
> > 
> > You can get MSVCR71.dll easily enough if you have
> a
> > copy of .NET 1.1
> > installed somewhere, as it gets installed
> alongside
> > the .NET
> > installation. Although, again, its not on the
> system
> > path and will
> > initially give you the same load error. So go hunt
> > for it on your system
> > drive, and stick a copy of it somewhere on the
> path.
> > 
> > 
> > Regards,
> > 
> > Simon Edwards
> > Communications Software Development
> > Micro Focus
> > 
> > 
> > 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf
> > Of gary clark
> > Sent: 01 June 2007 13:55
> > To: openssl-users@openssl.org
> > Subject: Re: openssl clients for windows
> > 
> > Hey Joe,
> > 
> > Never heard of it before. Will give it a try.
> > 
> > Much appreciated,
> > Garyc
> > --- Joe Flowers <[EMAIL PROTECTED]>
> > wrote:
> > 
> > > Gary,
> > > 
> > > Have you tried running your application in a
> > Dependency Walker 
> > > profile?
> > > http://support.microsoft.com/kb/256872
> > > 
> > > Joe
> > > 
> > > 
> > > gary clark wrote:
> > > > Hey Victor,
> > > >
> > > > Thanks for the response. I dont think its an
> > > attribute
> > > > issue of dlls or files. I checked and they
> seem
> > to
> > > be
> > > > ok. Not read only. The two dlls I'm using are
> > ssleay32.dll and 
> > > > libeay32.dll and of type
> > > application
> > > > extension.
> > > >
> > > > I want to load the libraries dynamically using
> > > > "LoadLibrary(L"ssleay32") is this fine?
> > > >
> > > > When I do the above I get a new error message
> > > failure.
> > > >
> > > > "The application failed to start because the
> > application 
> > > > configuration is incorrect.
> > > Reinstalling
> > > > the application may fix the problem."
> > > >
> > > > This is going to be something really,reall
> > silly.
> > > Can
> > > > somebody shed some light on this?
> > > >
> > > > Thanks,
> > > > Garyc
> > > >
> > > >
> > > >
> > > >
> > > > --- "Victor B. Wagner" <[EMAIL PROTECTED]>
> > wrote:
> > > >
> > > >   
> > > >> On 2007.05.31 at 22:28:27 -0700, gary clark
> > > wrote:
> > > >>
> > > >>     
> > > >>> Hello,
> > > >>>
> > > >>> Using 0.8.9e.
> > > >>>
> > > >>> Attempting to port my openssl testclient to
> a
> > XP machine which 
> > > >>> does not have the complete install
> > > >>>       
> > > >> of
> > > >>     
> > > >>> openssl.
> > > >>> I took the ssleay32.dll and libeay32.dll and
> > > >>>       
> > > >> installed
> > > >>     
> > > >>> them in the system32 directory.
> > > >>>
> > > >>> When running the client I am seeing it crash
> > > with
> > > >>>       
> > > >> the
> > > >>     
> > > >>> message "The application has failed to start
> > > >>>       
> > > >> because
> > > >>     
> > > >>> the application configuration is
> 
=== message truncated ===

______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
User Support Mailing List                    openssl-users@openssl.org
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to