This is really a binary distribution issue, so perhaps you will not
consider it your problem.
I have run into a problem from time to time where JavaHL will not load
because an older, incompatible version of the OpenSSL DLL has been
installed in the \Windows\System32 folder. I have now run into two
products that do this:
Crystal Reports
Cisco VPN Client
I had always thought these were just bad install programs, but I finally
figured out part of the problem. The versions of those DLL's that
Subversion includes in it's binary distribution, or that it compiles from
source, does not include a version resource in the DLL. These other
programs both include one in their version of the DLL. So even if I put
the newer version from Subversion into my System32 folder, it will still
get overwritten by other install programs because to a standard Windows
install program that compares the version it does not find one in our
version of the DLL so it will just replace it.
I do not know what it takes to include a version resource in a DLL, but I
will note that every other executable shipped with Subversion has one.
Also, like I said, other products that ship these DLL's seem to have one
in their version of the DLL.
Thanks
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 8 19:14:26 2005