OpenSSL 1.0.0d update for Apache 2.2.17 available

Started by Gregg, February 09, 2011, 12:24:42 AM

Previous topic - Next topic

Gregg

I know it did but fresh sp2 and it did not work, so I guess it will not and it's making me a lair.

2010 did just fine however on it.

I don't think it'll hurt you Perindu to install the redistributable. You should actually be able to get better performance from vc9. Testing both with ab.exe should show some difference.

If you do not use php then you'll have no real reason to switch. If you do there is the option of mod_fcgid to run php if you will not switch. Just don't expect vc6 stuff from us. I have some stuff in vc6 but not everything we have here.

Sob

I don't insist on being right, I'm just decribing what I see. :)

I tried it with your httpd-2.2.17-ssl-x86.zip on clean XP SP3. When I try to start httpd.exe from command line, it produces "The system cannot execute the specified program." and quits.

Event log under System lists three errors:
SideBySide event 32:
Dependent Assembly Microsoft.VC90.CRT could not be found and Last Error was The referenced assembly is not installed on your system.

SideBySide event 59:
Resolve Partial Assembly failed for Microsoft.VC90.CRT.
Reference error message: The referenced assembly is not installed on your system.

SideBySide event 59:
Generate Activation Context failed for c:\Apache22\bin\httpd.exe.
Reference error message: The operation completed successfully.


Process Monitor from Sysinternals does not catch any attempt to access msvc?90.dll in any location by any process (I have them in C:\Apache22\bin\).

But csrss.exe, right after httpd.exe is started, sniffs in following locations:
"CreateFile","C:\WINDOWS\WinSxS\Policies\x86_Policy.9.0.Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_x-ww_b7353f75","NAME NOT FOUND"
"CreateFile","C:\WINDOWS\assembly\GAC\Policy.9.0.Microsoft.VC90.CRT","NAME NOT FOUND"
"QueryOpen","C:\WINDOWS\WinSxS\Manifests\x86_Microsoft.VC90.CRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_d08d0375.Manifest","NAME NOT FOUND"
"QueryOpen","C:\WINDOWS\assembly\GAC\Microsoft.VC90.CRT\9.0.21022.8__1fc8b3b9a1e18e3b\Microsoft.VC90.CRT.DLL","PATH NOT FOUND"
"QueryOpen","C:\Apache22\bin\Microsoft.VC90.CRT.DLL","NAME NOT FOUND"
"QueryOpen","C:\Apache22\bin\Microsoft.VC90.CRT.MANIFEST","NAME NOT FOUND"
"QueryOpen","C:\Apache22\bin\Microsoft.VC90.CRT\Microsoft.VC90.CRT.DLL","PATH NOT FOUND"
"QueryOpen","C:\Apache22\bin\Microsoft.VC90.CRT\Microsoft.VC90.CRT.MANIFEST","PATH NOT FOUND"


Sob

Interesting thing happened, when I tried to remove manifests from all Apache binaries (you don't really want to know the details ;) ). It's definitely not the proper way to go, because Apache crashed with some runtime error. But when I also removed msvc?90.dll from bin directory, I received an old fashioned "This application has failed to start because MSVCR90.dll was not found." while starting Apache. And Process Monitor clearly showed the dll being searched for in usual places.

Gregg

I didn't mean to imply you did insist. I thought I'd gotten it to work on the old AMD but maybe it had sp3 on it as well. "The system cannot execute the specified program" is also what I got. This is also what I got on the vc6 computer.


perindu

@gregg yes i'll try vc9 apache soon :) actually i just want to use software without installing additional things :)

@sob i got the same problem before.. it make me headache before i realized that the reason is mod security compiled using vc9 he he

here is some example of portable vc9 ( i found it in geeteedee portable )

first make folder Microsoft.VC90.CRT

then copy

this file
Microsoft.VC90.CRT.manifest
msvcm90.dll
msvcp90.dll
msvcr90.dll


contain of Microsoft.VC90.CRT.manifest


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
    <noInheritable></noInheritable>
    <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.30729.4148" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    <file name="msvcr90.dll" hashalg="SHA1" hash="98e8006e0a4542e69f1a3555b927758bd76ca07d"><asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2" xmlns:dsig="http://www.w3.org/2000/09/xmldsig#"><dsig:Transforms><dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity"></dsig:Transform></dsig:Transforms><dsig:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></dsig:DigestMethod><dsig:DigestValue>+CXED+6HzJlSphyMNOn27ujadC0=</dsig:DigestValue></asmv2:hash></file> <file name="msvcp90.dll" hashalg="SHA1" hash="3aec3be680024a46813dee891a753bd58b3f3b12"><asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2" xmlns:dsig="http://www.w3.org/2000/09/xmldsig#"><dsig:Transforms><dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity"></dsig:Transform></dsig:Transforms><dsig:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></dsig:DigestMethod><dsig:DigestValue>MyKED+9DyS+1XcMeaC0Zlw2vFZ0=</dsig:DigestValue></asmv2:hash></file> <file name="msvcm90.dll" hashalg="SHA1" hash="0195dd0896d74b62531e4f3c771904a3d996450e"><asmv2:hash xmlns:asmv2="urn:schemas-microsoft-com:asm.v2" xmlns:dsig="http://www.w3.org/2000/09/xmldsig#"><dsig:Transforms><dsig:Transform Algorithm="urn:schemas-microsoft-com:HashTransforms.Identity"></dsig:Transform></dsig:Transforms><dsig:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></dsig:DigestMethod><dsig:DigestValue>EeyDE7og6WoPd2oBhYbMEnpFHhY=</dsig:DigestValue></asmv2:hash></file>
</assembly>




*notes* im not testing it yet i hope it will work ( i will testing when i get to home.. i don't know if geeteedee developer point it right that but when i test in sandbox at home before it work smoothly )


Gregg

if you load php5apache2_2.dll in Apache yes. If you run php through mod_fcgid then no.

Sob

Those links were helpful. According to another page linked from there (http://blog.kalmbach-software.de/2009/05/18/breaking-changes-in-vs2010-beta/), VC10 no longer links to CRT dlls using manifests. So while VC9 binaries require Microsoft.VC90.CRT.manifest for using local msvc*.dll copies, VC10 ones do not. It also explains why there are several msvc?90.dll versions in winsxs, while msvc?100.dll are back to just one copy in system32 (ok, two, 32 and 64-bit).