Re: 64-bit PHP binaries

"Morris" <[email protected]>
Newsgroups gmane.comp.php.windows
Message-ID <[email protected]>
Hi Don.

Is there anyone I can phone or chat on IM for support on this. I am willing 
to pay for it as it is now a critical issue affecting business. We cannot 
roll any of our php code to live. I appreciate your assistance on this very 
much.

"Venkat Raman Don" <[email protected]> wrote in message 
news:3FA2AD39E9964240B4E6DD4AE62E031B4531A380@TK5EX14MBXC120.redmond.corp.microsoft.com...
> Hi,
>
> Please comment the below line in your PHP.INI file and try again. It seems 
> you have everything setup correctly.
>
> extension=php_mssql.dll
>
> This is giving you msvcr71.dll not found error. It should work after 
> commenting this line (or unloading the extension php_mssql.dll).
>
> Thanks,
> Don.
>
> -----Original Message-----
> From: Morris [mailto:[email protected]]
> Sent: Monday, February 15, 2010 5:26 AM
> To: [email protected]
> Subject: Re: [PHP-WIN] 64-bit PHP binaries
>
> I am Starting to have a senaly suspicion that fascgi is not working
> correctly. Is there a way I can test this and where should the dlls be
> located for it?
>
> ""Morris"" <[email protected]> wrote in message
> news:[email protected]...
>> Herewith my troubleshooting as per Don's troubleshooting guide:
>>
>> C:\>%WINDIR%\system32\inetsrv\appcmd.exe list config /section:fastcgi
>> /text:*
>> CONFIG
>>  CONFIG.SECTION:"system.webServer/fastCgi"
>>  path:"MACHINE/WEBROOT/APPHOST"
>>  overrideMode:"Inherit"
>>  locked:"false"
>>  [system.webServer/fastCgi]
>>    [application]
>>      fullPath:"C:\Program Files (x86)\PHP\php-cgi.exe"
>>      arguments:""
>>      monitorChangesTo:""
>>      stderrMode:"ReturnStdErrIn500"
>>      maxInstances:"4"
>>      idleTimeout:"300"
>>      activityTimeout:"300"
>>      requestTimeout:"600"
>>      instanceMaxRequests:"10000"
>>      signalBeforeTerminateSeconds:"0"
>>      protocol:"NamedPipe"
>>      queueLength:"1000"
>>      flushNamedPipe:"false"
>>      rapidFailsPerMinute:"10"
>>      [environmentVariables]
>>        [environmentVariable]
>>          name:"PHP_FCGI_MAX_REQUESTS"
>>          value:"10000"
>>        [environmentVariable]
>>          name:"PHPRC"
>>          value:"C:\Program Files (x86)\PHP\"
>>
>>
>>
>> C:\>%WINDIR%\system32\inetsrv\appcmd.exe list config /section:handlers
>> /text:* | findstr /i PHP
>>      name:"PHP_via_FastCGI"
>>      path:"*.php"
>>      scriptProcessor:"C:\Program Files (x86)\PHP\php-cgi.exe"
>>
>>
>>
>> I could not do the following as IIS is not serving the pages:
>>
>> <?php
>> echo 'This is my first PHP program';
>> ?>
>>
>> Please name the above file as 'test.php' in your webroot folder (PHP
>> SERVER variable _SERVER["DOCUMENT_ROOT]") and save it. I will be using
>> 'C:\inetpub\wwwroot' as this is my webroot folder and also the place 
>> where
>> my PHP_SERVER variable _SERVER["DOCUMENT_ROOT"] is set.
>>
>>
>>
>> When I run the following command I get the error below:
>>
>> C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -v
>> PHP 5.2.12 (cgi-fcgi) (built: Dec 16 2009 16:57:38)
>> Copyright (c) 1997-2009 The PHP Group
>> Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
>>
>>
>> When I run the following command I get the error below:
>>
>> C:\>"C:\Program Files (x86)\PHP\php-cgi.exe"
>> C:\webcontent\test.mysite.com\test.php
>> X-Powered-By: PHP/5.2.12
>> Content-type: text/html
>>
>> This is my first PHP program
>>
>> When I ran the above two commands I got the error "The program can't 
>> start
>> because msvcr71.dll is missing from you computer. Try re-installing the
>> program to fix this problem." and fixed it by searching for the missing
>> file and copying it to the c:\windows\syswow64 directory. After that the
>> error disappeared. I think it is because MSSQL may be enabled in the
>> php.ini file. It is a minor issue so I will not worry about it.
>>
>> When I ping'ed the localhost from the command prompt I received the
>> following which is worrying. It is not configured in the hosts file so 
>> why
>> is it resolving like this?
>>
>> C:\>ping localhost
>>
>> Pinging  MYSERVERNAME [::1] with 32 bytes of data:
>> Reply from ::1: time<1ms
>> Reply from ::1: time<1ms
>> Reply from ::1: time<1ms
>> Reply from ::1: time<1ms
>>
>> Ping statistics for ::1:
>>    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
>> Approximate round trip times in milli-seconds:
>>    Minimum = 0ms, Maximum = 0ms, Average = 0ms
>>
>> When I ping the website I configured it resolves the correct IP address.
>> This site can serve asp and html pages.
>>
>> C:\>ping test.mysite.com
>>
>> Pinging test.mysite.com [10.50.0.71] with 32 bytes of data:
>> Reply from 10.50.0.71: bytes=32 time<1ms TTL=128
>> Reply from 10.50.0.71: bytes=32 time<1ms TTL=128
>> Reply from 10.50.0.71: bytes=32 time<1ms TTL=128
>> Reply from 10.50.0.71: bytes=32 time<1ms TTL=128
>>
>> Ping statistics for 10.50.0.71:
>>    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
>> Approximate round trip times in milli-seconds:
>>    Minimum = 0ms, Maximum = 0ms, Average = 0ms
>>
>>
>> I did not go through all the testing for the default site as it does not
>> exist anymore. The site is custom configured and it does serve html and
>> asp pages without problems.
>> When I run "%WINDIR%\system32\inetsrv\appcmd.exe list site" I get the
>> following:
>>
>> SITE "test.mysite.com"
>> (id:7,bindings:http/10.50.0.71:80:test.mysite.com,state:Started)
>>
>>
>> When I run "%WINDIR%\system32\inetsrv\appcmd.exe list vdirs" I get the
>> following:
>>
>> VDIR "test.mysite.com/" (physicalPath:C:\webcontent\test.mysite.com)
>>
>>
>> So far no solution. I personally think it is IIS that does not hand off
>> the php request to the php executable.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
> -- 
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
> 

-- 
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.