64-bit PHP binaries

Hello,

it looks like 64-bit PHP binaries are not yet available. Am I right?
Will they be provided?

--
Juraj

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Juraj Sucik wrote:
> Hello,
>
> it looks like 64-bit PHP binaries are not yet available. Am I right?
> Will they be provided?

http://www.apachelounge.com/viewforum.php?f=10
For the unofficial versions
I'm just waiting on release of 5.3.2 before I run a new build of that ...

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

hi,

On Wed, Jan 27, 2010 at 2:16 PM, Juraj Sucik wrote:
> Hello,
>
> it looks like 64-bit PHP binaries are not yet available. Am I right?
> Will they be provided?

Yes, they will be back. We are rewamping the snapshots and QA builds
but 5.3.2RC next week should have them again.

Btw, 64bit php on windows has not much benefits (or 64bit bins in
general). It is recommended to use x64 windows with 32bit binaries
(like IIS x64 with php 32bit as fcgi).

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi Pierre.

I hope I may ask a question please. I have windows 2008 R2 STD and cannot
get php to work on it. It is stated on some news groups that I should
convert IIS to 32bit but then I lose the 64 bit functionality. Is there an
official 64 bit version with installation manual available somewhere? Any
help will be appreciated.

Thanks,

Morris

"Pierre Joye" wrote in message
news:fe05d1541001281344h6de636adnd7c4eaa74de68033@mail.gmail .com...
> hi,
>
> On Wed, Jan 27, 2010 at 2:16 PM, Juraj Sucik
> wrote:
>> Hello,
>>
>> it looks like 64-bit PHP binaries are not yet available. Am I right?
>> Will they be provided?
>
> Yes, they will be back. We are rewamping the snapshots and QA builds
> but 5.3.2RC next week should have them again.
>
> Btw, 64bit php on windows has not much benefits (or 64bit bins in
> general). It is recommended to use x64 windows with 32bit binaries
> (like IIS x64 with php 32bit as fcgi).
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi Morris,

Morris wrote:
> I have windows 2008 R2 STD and cannot get php to work on it.

Have a look at a post on the MS IIS forums which describes installation of 64-bit PHP on IIS:
http://forums.iis.net/t/1149917.aspx

HTH!

Regards,

Sascha
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Thanks Sascha.

I tried this post and a couple of other before but still no luck. I thas
been very frsutrating as the php.net site does not have good detailed
documentation. I stillr eceive the error below. When I go to the command
prompt and ty php -info I can see php is working. it just does not want to
serve it from the server. I changed point 6 on the iis install to reflect
php5 not php. Any ideas will be appreciated.

Server Error in '/' Application.
------------------------------------------------------------ --------------------

There is no build provider registered for the extension '.php'. You can
register one in the section in machine.config
or web.config. Make sure is has a BuildProviderAppliesToAttribute attribute
which includes the value 'Web' or 'All'.


""Sascha Meyer"" wrote in message
news:20100210114028.29920@gmx.net...
> Hi Morris,
>
> Morris wrote:
>> I have windows 2008 R2 STD and cannot get php to work on it.
>
> Have a look at a post on the MS IIS forums which describes installation of
> 64-bit PHP on IIS:
> http://forums.iis.net/t/1149917.aspx
>
> HTH!
>
> Regards,
>
> Sascha
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> 3.5 -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: 64-bit PHP binaries

Why exactly do you want it to run in 64 Bit? I mean, from everything
that I have read, the benefits are negligible?=20



Keith Davis (214) 906-5183

-----Original Message-----
From: Morris [mailto:morne@afridata.net]=20
Sent: Wednesday, February 10, 2010 6:44 AM
To: php-windows@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries

Thanks Sascha.

I tried this post and a couple of other before but still no luck. I thas
been very frsutrating as the php.net site does not have good detailed
documentation. I stillr eceive the error below. When I go to the command
prompt and ty php -info I can see php is working. it just does not want
to serve it from the server. I changed point 6 on the iis install to
reflect
php5 not php. Any ideas will be appreciated.

Server Error in '/' Application.
------------------------------------------------------------ ------------
--------

There is no build provider registered for the extension '.php'. You can
register one in the section in
machine.config or web.config. Make sure is has a
BuildProviderAppliesToAttribute attribute which includes the value 'Web'
or 'All'.


""Sascha Meyer"" wrote in message
news:20100210114028.29920@gmx.net...
> Hi Morris,
>
> Morris wrote:
>> I have windows 2008 R2 STD and cannot get php to work on it.
>
> Have a look at a post on the MS IIS forums which describes=20
> installation of 64-bit PHP on IIS:
> http://forums.iis.net/t/1149917.aspx
>
> HTH!
>
> Regards,
>
> Sascha
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> 3.5 -
> sicherer, schneller und einfacher!=20
> http://portal.gmx.net/de/go/chbrowser


--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit:
http://www.php.net/unsub.php


This message (including any attachments) may contain confidential or =
otherwise privileged information and is intended only for the =
individual(s) to which it is addressed. If you are not the named =
addressee you should not disseminate, distribute or copy this e-mail. =
Please notify the sender immediately by e-mail if you have received this =
e-mail by mistake and delete this e-mail from your system. E-mail =
transmission cannot be guaranteed to be secured or error-free as =
information could be intercepted, corrupted, lost, destroyed, arrive =
late or incomplete, or contain viruses. The sender therefore does not =
accept liability for any errors or omissions in the contents of this =
message or that arise as a result of e-mail transmission. If =
verification is required please request a hard-copy version from the =
sender.

www.pridedallas.com


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hey Morris,

Morris wrote:
> I still receive the error below.
> [...]
> "There is no build provider registered for the extension '.php'."

hmmm, I found a blog post where someone suggested to map ".php" to asp.net, but the post absolutely didn't make any sense ... anyway, could you check if there is a line similar to:
[CODE]


[/CODE]
in your "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG"? If it's not, add it, restart IIS, check again.
Which version of the PHP binaries did you try?

Sorry, I know a lot about how to configure PHP with various webservers, but I haven't used Windows 2008 before, so I hope somebody else knows how to get your system up and running.

What's really puzzling me is that the X64 windows builds have been removed from windows.php.net, so I would really advise to give the WPI 32-bit a try.

Keep us up to date about your progress!

Regards,

Sascha
-------- Original-Nachricht --------
> Datum: Wed, 10 Feb 2010 14:43:30 +0200
> Von: "Morris"
> An: php-windows@lists.php.net
> Betreff: Re: [PHP-WIN] 64-bit PHP binaries

> Thanks Sascha.
>
> I tried this post and a couple of other before but still no luck. I thas
> been very frsutrating as the php.net site does not have good detailed
> documentation. I stillr eceive the error below. When I go to the command
> prompt and ty php -info I can see php is working. it just does not want to
> serve it from the server. I changed point 6 on the iis install to reflect
> php5 not php. Any ideas will be appreciated.
>
> Server Error in '/' Application.
> ------------------------------------------------------------ --------------------
>
> There is no build provider registered for the extension '.php'. You can
> register one in the section in
> machine.config
> or web.config. Make sure is has a BuildProviderAppliesToAttribute
> attribute
> which includes the value 'Web' or 'All'.
>
>
> ""Sascha Meyer"" wrote in message
> news:20100210114028.29920@gmx.net...
> > Hi Morris,
> >
> > Morris wrote:
> >> I have windows 2008 R2 STD and cannot get php to work on it.
> >
> > Have a look at a post on the MS IIS forums which describes installation
> of
> > 64-bit PHP on IIS:
> > http://forums.iis.net/t/1149917.aspx
> >
> > HTH!
> >
> > Regards,
> >
> > Sascha
> > --
> > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> > 3.5 -
> > sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php

--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

hi,

On Wed, Feb 10, 2010 at 2:55 PM, Sascha Meyer wrote:
> What's really puzzling me is that the X64 windows builds have been removed from windows.php.net, so I would really advise to give the WPI 32-bit a try.

They will come back with the new snapshots and maybe with 5.3.2RC2 this week.

However I won't recommend to use x64 in production as not all
libraries have been tested on win64 and it brings absolutely no gain
(perf or whatever else).

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi Keith.

This is a future requirement and we want to get it working now. I would have
thought that php.net would have completed testing on 4 bit by now, I mean it
has been out for a while.

Regards,

Morris

""Keith Davis"" wrote in message
news:B0BACCAA54A7CC479FB67D9494FB018A8CCA53@dc01.pridedallas .com...
> Why exactly do you want it to run in 64 Bit? I mean, from everything
> that I have read, the benefits are negligible?
>
>
>
> Keith Davis (214) 906-5183
>
> -----Original Message-----
> From: Morris [mailto:morne@afridata.net]
> Sent: Wednesday, February 10, 2010 6:44 AM
> To: php-windows@lists.php.net
> Subject: Re: [PHP-WIN] 64-bit PHP binaries
>
> Thanks Sascha.
>
> I tried this post and a couple of other before but still no luck. I thas
> been very frsutrating as the php.net site does not have good detailed
> documentation. I stillr eceive the error below. When I go to the command
> prompt and ty php -info I can see php is working. it just does not want
> to serve it from the server. I changed point 6 on the iis install to
> reflect
> php5 not php. Any ideas will be appreciated.
>
> Server Error in '/' Application.
> ------------------------------------------------------------ ------------
> --------
>
> There is no build provider registered for the extension '.php'. You can
> register one in the section in
> machine.config or web.config. Make sure is has a
> BuildProviderAppliesToAttribute attribute which includes the value 'Web'
> or 'All'.
>
>
> ""Sascha Meyer"" wrote in message
> news:20100210114028.29920@gmx.net...
>> Hi Morris,
>>
>> Morris wrote:
>>> I have windows 2008 R2 STD and cannot get php to work on it.
>>
>> Have a look at a post on the MS IIS forums which describes
>> installation of 64-bit PHP on IIS:
>> http://forums.iis.net/t/1149917.aspx
>>
>> HTH!
>>
>> Regards,
>>
>> Sascha
>> --
>> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
>> 3.5 -
>> sicherer, schneller und einfacher!
>> http://portal.gmx.net/de/go/chbrowser
>
>
> --
> PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit:
> http://www.php.net/unsub.php
>
>
> This message (including any attachments) may contain confidential or
> otherwise privileged information and is intended only for the
> individual(s) to which it is addressed. If you are not the named addressee
> you should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system. E-mail transmission
> cannot be guaranteed to be secured or error-free as information could be
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
> contain viruses. The sender therefore does not accept liability for any
> errors or omissions in the contents of this message or that arise as a
> result of e-mail transmission. If verification is required please request
> a hard-copy version from the sender.
>
> www.pridedallas.com
>

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Thanks Sascha.

I will have a look for this code and see if that helps. I am also wondering
why the 64 bit binaries were removed. I downloaded the binaries from the
link you provided earlier in the post and deployed that. What is worrying me
here is that IIS 7 is not picking up on the PHP. I mean it passes through
the isapi filter, then I ordered the php filter, which it bypasses and then
it calls the .net filter where it fails. I have a sneaky suspicion that I am
missing one setting somewhere in IIS. I have gone through this configuration
about 20 times and cannot get it working. this unfortunately means we will
have to force IIS to 32 bit (any good articles you know about on how to do
this on a live environment) and work it like that and then rebuild once the
64 bit version and documents are deployed. I have worked with php
deployments for many years and have never had this much problems and I
expected to be able to receive support directly from them as it is such a
widely used code. Weird. But then again for all your input thus far.

""Sascha Meyer"" wrote in message
news:20100210135530.299350@gmx.net...
> Hey Morris,
>
> Morris wrote:
>> I still receive the error below.
>> [...]
>> "There is no build provider registered for the extension '.php'."
>
> hmmm, I found a blog post where someone suggested to map ".php" to
> asp.net, but the post absolutely didn't make any sense ... anyway, could
> you check if there is a line similar to:
> [CODE]
>
> > type="System.Web.Compilation.WebHandlerBuildProvider"/>
> [/CODE]
> in your "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG"? If it's
> not, add it, restart IIS, check again.
> Which version of the PHP binaries did you try?
>
> Sorry, I know a lot about how to configure PHP with various webservers,
> but I haven't used Windows 2008 before, so I hope somebody else knows how
> to get your system up and running.
>
> What's really puzzling me is that the X64 windows builds have been removed
> from windows.php.net, so I would really advise to give the WPI 32-bit a
> try.
>
> Keep us up to date about your progress!
>
> Regards,
>
> Sascha
> -------- Original-Nachricht --------
>> Datum: Wed, 10 Feb 2010 14:43:30 +0200
>> Von: "Morris"
>> An: php-windows@lists.php.net
>> Betreff: Re: [PHP-WIN] 64-bit PHP binaries
>
>> Thanks Sascha.
>>
>> I tried this post and a couple of other before but still no luck. I thas
>> been very frsutrating as the php.net site does not have good detailed
>> documentation. I stillr eceive the error below. When I go to the command
>> prompt and ty php -info I can see php is working. it just does not want
>> to
>> serve it from the server. I changed point 6 on the iis install to reflect
>> php5 not php. Any ideas will be appreciated.
>>
>> Server Error in '/' Application.
>> ------------------------------------------------------------ --------------------
>>
>> There is no build provider registered for the extension '.php'. You can
>> register one in the section in
>> machine.config
>> or web.config. Make sure is has a BuildProviderAppliesToAttribute
>> attribute
>> which includes the value 'Web' or 'All'.
>>
>>
>> ""Sascha Meyer"" wrote in message
>> news:20100210114028.29920@gmx.net...
>> > Hi Morris,
>> >
>> > Morris wrote:
>> >> I have windows 2008 R2 STD and cannot get php to work on it.
>> >
>> > Have a look at a post on the MS IIS forums which describes installation
>> of
>> > 64-bit PHP on IIS:
>> > http://forums.iis.net/t/1149917.aspx
>> >
>> > HTH!
>> >
>> > Regards,
>> >
>> > Sascha
>> > --
>> > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
>> > 3.5 -
>> > sicherer, schneller und einfacher!
>> > http://portal.gmx.net/de/go/chbrowser
>>
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox
> 3.5 -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Thanks Pierre. I believe this statement was made a while back as well and no
show. How can we get them to post the RC1 code so I can test it on one of my
staging servers? It would be great to know if there is a future in PHP
(Smirk) as we are deploying some production sites on it. The problem Is that
we may have webapps in the future which are developed for 64 bit and then we
cannot run them as the server is in 32 bit mode. Or am I missing something
big here? I am fairly new to IIS 7 on win2k8 so it is still a steep learning
curve.

Regards,

Morne

"Pierre Joye" wrote in message
news:fe05d1541002100600s552b2fc6u5a6d1ce0321fabaa@mail.gmail .com...
> hi,
>
> On Wed, Feb 10, 2010 at 2:55 PM, Sascha Meyer wrote:
>> What's really puzzling me is that the X64 windows builds have been
>> removed from windows.php.net, so I would really advise to give the WPI
>> 32-bit a try.
>
> They will come back with the new snapshots and maybe with 5.3.2RC2 this
> week.
>
> However I won't recommend to use x64 in production as not all
> libraries have been tested on win64 and it brings absolutely no gain
> (perf or whatever else).
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi!

> developed for 64 bit and then we cannot run them as the server is in 32
> bit mode. Or am I missing something big here? I am fairly new to IIS 7
> on win2k8 so it is still a steep learning curve.

I think you are missing something important here. PHP applications can't
be "32 bit" or "64 bit". They are system-independent. There are PHP
extensions that are system dependent but those work on both 32 and 64
bit. You may have other apps, like ones written in C++, e.g. IIS
modules, etc. that would be 64 bit, but that would not prevent you from
running PHP as 32-bit binary, if you use FCGI.
--
Stanislav Malyshev, Zend Software Architect
stas@zend.com http://www.zend.com/
(408)253-8829 MSN: stas@zend.com

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: 64-bit PHP binaries

------_=_NextPart_001_01CAAAF8.28B04D58
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thanks Stanislav
=20
I thought I had the cat by the tail on something. The plan is to rollout =
some none PHP 64bit apps for IIS on this server in the future. You are =
saying that I can actually run php in 32 bit and this will not cause a =
problem while IIS run's in 64bit? How would I implement this?=20
=20
Regards,
Morris=20


------_=_NextPart_001_01CAAAF8.28B04D58--

Re: 64-bit PHP binaries

hi,

On Thu, Feb 11, 2010 at 9:04 AM, Morris wrote:
> Thanks Pierre. I believe this statement was made a while back as well and no
> show. How can we get them to post the RC1 code so I can test it on one of my
> staging servers? It would be great to know if there is a future in PHP
> (Smirk) as we are deploying some production sites on it. The problem Is that
> we may have webapps in the future which are developed for 64 bit and then we
> cannot run them as the server is in 32 bit mode. Or am I missing something
> big here? I am fairly new to IIS 7 on win2k8 so it is still a steep learning
> curve.

Again:

The recommendation (from php.net and from Microsoft) is to run PHP x86
(32bit) on Windows x64 platform. It works very well (better than php
x64 on x64) and is proven stable.

PHP Web applications won't see the difference as PHP is portable, it
is not aimed to be run on x64 or x86, it has to work on both. The
differences at this stage on windows are:
- The libraries are not tested on windows x64 and for some of them not
even ported
- There is no gain (no performence improvement, no larger integer or
whatever else you are looking for)

About configuring PHP x86 on IIS x64, this process is the same than
for windows+IIS x86. See our manuals, the IIS section.

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: 64-bit PHP binaries

------_=_NextPart_001_01CAAB03.0C2A7EE4
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Pierre.
=20
Thanks, it is all getting a lot clearer now. However, there is still one =
more problem. Initially when i deployed PHP on this server I used the =
5.3 nts version but could not get it working. If i ran the cammand line =
i could see it was working but it would not deliver the pages via a =
webbrowser. As per my earlier post i get a dot net error. This brought =
me to the point where i started thinking this is a 64bit issue. I also =
stated earlier that i think there is a setting that is not configured =
and that is not on the documentation and that is why it is not working. =
I however have been unable to figure out where the problem is. There is =
a lot of mention of running a command on IIS to get it to run as a 32bit =
version. Is this true?
=20
Best Regards,
=20
Morn=E9 Fourie=20
AFRIDATA.net=20
Cell: +27 83 283 5893=20
Office: +27 83 283 5893=20
Fax: 086 658 5062=20
Email: morne@afridata.net =20

________________________________

From: Pierre Joye [mailto:pierre.php@gmail.com]
Sent: Thu 2010/02/11 12:05 PM
To: Morne Fourie
Cc: php-windows@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries



hi,

On Thu, Feb 11, 2010 at 9:04 AM, Morris wrote:
> Thanks Pierre. I believe this statement was made a while back as well =
and no
> show. How can we get them to post the RC1 code so I can test it on one =
of my
> staging servers? It would be great to know if there is a future in PHP
> (Smirk) as we are deploying some production sites on it. The problem =
Is that
> we may have webapps in the future which are developed for 64 bit and =
then we
> cannot run them as the server is in 32 bit mode. Or am I missing =
something
> big here? I am fairly new to IIS 7 on win2k8 so it is still a steep =
learning
> curve.

Again:

The recommendation (from php.net and from Microsoft) is to run PHP x86
(32bit) on Windows x64 platform. It works very well (better than php
x64 on x64) and is proven stable.

PHP Web applications won't see the difference as PHP is portable, it
is not aimed to be run on x64 or x86, it has to work on both. The
differences at this stage on windows are:
- The libraries are not tested on windows x64 and for some of them not
even ported
- There is no gain (no performence improvement, no larger integer or
whatever else you are looking for)

About configuring PHP x86 on IIS x64, this process is the same than
for windows+IIS x86. See our manuals, the IIS section.

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | =
http://www.libgd.org =20



------_=_NextPart_001_01CAAB03.0C2A7EE4--

Re: 64-bit PHP binaries

hi,

On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie wrote:

> Thanks, it is all getting a lot clearer now. However, there is still one
> more problem. Initially when i deployed PHP on this server I used the 5.3
> nts version but could not get it working. If i ran the cammand line i cou=
ld
> see it was working but it would not deliver the pages via a webbrowser. A=
s
> per my earlier post i get=A0a dot net error. This brought me to the point
> where i started thinking this is a 64bit issue. I also stated earlier tha=
t i
> think there is a setting that is not configured and that is not on the
> documentation and that is why it is not working. I however have been unab=
le
> to figure out where the problem is. There is a lot of mention of running =
a
> command on IIS to get it to run as a 32bit version. Is this true?

I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
was some extra setting before with the ISAPI, but it is not required
anymore as it runs through FastCGI (different process than IIS
itself).

See: http://www.php.net/manual/en/install.windows.iis7.php for a
detailed explanation about the FastCGI setup.

Cheers,
--=20
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

I am re-doing the whole installation tomorrow morning as per the document
and let you know if it worked. I have previously used tis document on one of
my tests but will try it again.

""Morne Fourie"" wrote in message
news:67968BDE7A0303489896BA0F6D401732075C93@afrproexc001.afr idata.net...
> Thanks Stanislav
>
> I thought I had the cat by the tail on something. The plan is to rollout
> some none PHP 64bit apps for IIS on this server in the future. You are
> saying that I can actually run php in 32 bit and this will not cause a
> problem while IIS run's in 64bit? How would I implement this?
>
> Regards,
> Morris
>
>

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
may. There is a hotfix from microsoft and some admin tools that is suggested
should be installed. When I try to install it it says I have the incorrect
software version or operating system. have you come across this on your
travels with php installs on win2k8?

"Pierre Joye" wrote in message
news:fe05d1541002110249g4e70f80bifdf20624d441ce7e@mail.gmail .com...
> hi,
>
> On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie wrote:
>
>> Thanks, it is all getting a lot clearer now. However, there is still one
>> more problem. Initially when i deployed PHP on this server I used the 5.3
>> nts version but could not get it working. If i ran the cammand line i
>> could
>> see it was working but it would not deliver the pages via a webbrowser.
>> As
>> per my earlier post i get a dot net error. This brought me to the point
>> where i started thinking this is a 64bit issue. I also stated earlier
>> that i
>> think there is a setting that is not configured and that is not on the
>> documentation and that is why it is not working. I however have been
>> unable
>> to figure out where the problem is. There is a lot of mention of running
>> a
>> command on IIS to get it to run as a 32bit version. Is this true?
>
> I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
> was some extra setting before with the ISAPI, but it is not required
> anymore as it runs through FastCGI (different process than IIS
> itself).
>
> See: http://www.php.net/manual/en/install.windows.iis7.php for a
> detailed explanation about the FastCGI setup.
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

no, sorry. Not sure either which fix you ar referring to.

On Thu, Feb 11, 2010 at 12:53 PM, Morris wrote:
> Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
> may. There is a hotfix from microsoft and some admin tools that is suggested
> should be installed. When I try to install it it says I have the incorrect
> software version or operating system. have you come across this on your
> travels with php installs on win2k8?
>
> "Pierre Joye" wrote in message
> news:fe05d1541002110249g4e70f80bifdf20624d441ce7e@mail.gmail .com...
>>
>> hi,
>>
>> On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie wrote:
>>
>>> Thanks, it is all getting a lot clearer now. However, there is still one
>>> more problem. Initially when i deployed PHP on this server I used the 5.3
>>> nts version but could not get it working. If i ran the cammand line i
>>> could
>>> see it was working but it would not deliver the pages via a webbrowser.
>>> As
>>> per my earlier post i get a dot net error. This brought me to the point
>>> where i started thinking this is a 64bit issue. I also stated earlier
>>> that i
>>> think there is a setting that is not configured and that is not on the
>>> documentation and that is why it is not working. I however have been
>>> unable
>>> to figure out where the problem is. There is a lot of mention of running
>>> a
>>> command on IIS to get it to run as a 32bit version. Is this true?
>>
>> I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
>> was some extra setting before with the ISAPI, but it is not required
>> anymore as it runs through FastCGI (different process than IIS
>> itself).
>>
>> See: http://www.php.net/manual/en/install.windows.iis7.php for a
>> detailed explanation about the FastCGI setup.
>>
>> Cheers,
>> --
>> Pierre
>>
>> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: 64-bit PHP binaries

Hi Morris,

What hotfix you are talking about? There is none to my knowledge required t=
o run PHP. 32-bit PHP runs pretty well on 64-bit OS. This is what user conf=
igure. Pierre has already provided you a link to install PHP on IIS7. That =
should help. A recommended way of running PHP is using IIS FastCGI. If you =
want to have bare minimum problem, please try Microsoft Web Platform Instal=
ler. It will install PHP 5.2.12 for you. You can also go through below blog=
s of mine where I have explained things in detail. In particular go through=
the troubleshooting blog which will help you narrow down the problem. An i=
mportant point, if you prior to doing fresh installation through Web Platfo=
rm Installer or any other way, please ensure that your current installation=
is totally wiped out from PHP executable point of view as well as remove a=
ny handler mapping you have done in IIS or any registry tweak you have done=
to load the INI files. Here are the blog link:

http://blogs.iis.net/donraman/archive/2009/10/07/installing- php-on-windows.=
aspx
http://blogs.iis.net/donraman/archive/2009/10/08/upgrading-t o-php-5-3-an-ea=
sy-way.aspx
http://blogs.iis.net/donraman/archive/2009/11/15/troubleshoo ting-php-instal=
lation-on-windows.aspx

Let me know in case you have any problem.

Thanks,
Don.

-----Original Message-----
From: Morris [mailto:morne@afridata.net]=20
Sent: Thursday, February 11, 2010 3:53 AM
To: php-windows@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries

Thanks Pierre. I am going to redo it in the morning. Just a quick one if I=
=20
may. There is a hotfix from microsoft and some admin tools that is suggeste=
d=20
should be installed. When I try to install it it says I have the incorrect=
=20
software version or operating system. have you come across this on your=20
travels with php installs on win2k8?

"Pierre Joye" wrote in message=20
news:fe05d1541002110249g4e70f80bifdf20624d441ce7e@mail.gmail .com...
> hi,
>
> On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie wrote=
:
>
>> Thanks, it is all getting a lot clearer now. However, there is still one
>> more problem. Initially when i deployed PHP on this server I used the 5.=
3
>> nts version but could not get it working. If i ran the cammand line i=20
>> could
>> see it was working but it would not deliver the pages via a webbrowser.=
=20
>> As
>> per my earlier post i get a dot net error. This brought me to the point
>> where i started thinking this is a 64bit issue. I also stated earlier=20
>> that i
>> think there is a setting that is not configured and that is not on the
>> documentation and that is why it is not working. I however have been=20
>> unable
>> to figure out where the problem is. There is a lot of mention of running=
=20
>> a
>> command on IIS to get it to run as a 32bit version. Is this true?
>
> I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
> was some extra setting before with the ISAPI, but it is not required
> anymore as it runs through FastCGI (different process than IIS
> itself).
>
> See: http://www.php.net/manual/en/install.windows.iis7.php for a
> detailed explanation about the FastCGI setup.
>
> Cheers,
> --=20
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org=20


--=20
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

Re: 64-bit PHP binaries

Hi Everyone. Thanks to all of you for the great input here. I will give a
step by step of what I am doing now.

Platform is Windows 2008 R2 standard 64bit with all updates installed.

I deleted the php folder on the c:\ drive.
I removed the filters and mapping on IIS
I deleted the registry setting hklm\software\php

I created the environment variable path values c:\php and c:\php\ext as
suggested on some sites.
I went to http://www.microsoft.com/web/downloads/platform.aspx to install
php but cannot find it there.
I went to
http://www.microsoft.com/web/gallery/install.aspx?appsxml=&a ppid=PHP%3bPHP%3bPHP
and tried it from from there. Here I received the comment that I can install
php 5.2.12. I selected it and clicked install and accept. It installed
successfully. (it must have been the collective auro from this forum helping
it to get installed cause I promise I tried this about 5 times before and it
never wanted to install.)
I went to control panel, programs and confirmed php was installed.
I noticed that the php was install under program files on the c drive which
a lot of people are saying is wrong. but for now I will leave it there.
I opened a command prompt and went to the php folder and ran "php -info" and
received the output which seems to show it is working.
I opened php.ini and changed the settings as suggested as per
http://www.php.net/manual/en/install.windows.iis7.php
I opened IIS to check the handler mapping and it was configured as
suggested.

The hotfix/update I saw on
http://www.microsoft.com/downloads/details.aspx?FamilyID=702 78393-3291-4aa1-870b-0e9b0907bddf&DisplayLang=en. I
could not isntall it as it complained about the installer service not
working.

I tried to install the administration pack from
http://www.iis.net/expand/AdministrationPack which tells me it is not
supported on my platform.

That is where I am at the moment and still a no go. I will try Don's
troubleshooting page next. As soon as I have this resolved I will post here.














"Venkat Raman Don" wrote in message
news:3FA2AD39E9964240B4E6DD4AE62E031B45319227@TK5EX14MBXC120 .redmond.corp.microsoft.com...
> Hi Morris,
>
> What hotfix you are talking about? There is none to my knowledge required
> to run PHP. 32-bit PHP runs pretty well on 64-bit OS. This is what user
> configure. Pierre has already provided you a link to install PHP on IIS7.
> That should help. A recommended way of running PHP is using IIS FastCGI.
> If you want to have bare minimum problem, please try Microsoft Web
> Platform Installer. It will install PHP 5.2.12 for you. You can also go
> through below blogs of mine where I have explained things in detail. In
> particular go through the troubleshooting blog which will help you narrow
> down the problem. An important point, if you prior to doing fresh
> installation through Web Platform Installer or any other way, please
> ensure that your current installation is totally wiped out from PHP
> executable point of view as well as remove any handler mapping you have
> done in IIS or any registry tweak you have done to load the INI files.
> Here are the blog link:
>
> http://blogs.iis.net/donraman/archive/2009/10/07/installing- php-on-windows.aspx
> http://blogs.iis.net/donraman/archive/2009/10/08/upgrading-t o-php-5-3-an-easy-way.aspx
> http://blogs.iis.net/donraman/archive/2009/11/15/troubleshoo ting-php-installation-on-windows.aspx
>
> Let me know in case you have any problem.
>
> Thanks,
> Don.
>
> -----Original Message-----
> From: Morris [mailto:morne@afridata.net]
> Sent: Thursday, February 11, 2010 3:53 AM
> To: php-windows@lists.php.net
> Subject: Re: [PHP-WIN] 64-bit PHP binaries
>
> Thanks Pierre. I am going to redo it in the morning. Just a quick one if I
> may. There is a hotfix from microsoft and some admin tools that is
> suggested
> should be installed. When I try to install it it says I have the incorrect
> software version or operating system. have you come across this on your
> travels with php installs on win2k8?
>
> "Pierre Joye" wrote in message
> news:fe05d1541002110249g4e70f80bifdf20624d441ce7e@mail.gmail .com...
>> hi,
>>
>> On Thu, Feb 11, 2010 at 11:10 AM, Morne Fourie
>> wrote:
>>
>>> Thanks, it is all getting a lot clearer now. However, there is still one
>>> more problem. Initially when i deployed PHP on this server I used the
>>> 5.3
>>> nts version but could not get it working. If i ran the cammand line i
>>> could
>>> see it was working but it would not deliver the pages via a webbrowser.
>>> As
>>> per my earlier post i get a dot net error. This brought me to the point
>>> where i started thinking this is a 64bit issue. I also stated earlier
>>> that i
>>> think there is a setting that is not configured and that is not on the
>>> documentation and that is why it is not working. I however have been
>>> unable
>>> to figure out where the problem is. There is a lot of mention of running
>>> a
>>> command on IIS to get it to run as a 32bit version. Is this true?
>>
>> I run x86 php on my IIS x64 windows just fine (2k3/2k8/2k8R2). There
>> was some extra setting before with the ISAPI, but it is not required
>> anymore as it runs through FastCGI (different process than IIS
>> itself).
>>
>> See: http://www.php.net/manual/en/install.windows.iis7.php for a
>> detailed explanation about the FastCGI setup.
>>
>> Cheers,
>> --
>> Pierre
>>
>> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>
>
> --
> 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

Re: 64-bit PHP binaries

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:

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:Star ted)


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

Re: 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"" wrote in message
news:62.70.09468.668497B4@pb1.pair.com...
> 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:
>
> > 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:Star ted)
>
>
> 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

Re: 64-bit PHP binaries

On 15 February 2010 13:25, Morris wrote:
> 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"" wrote in message
> news:62.70.09468.668497B4@pb1.pair.com...
>>
>> 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:
>>
>> >> 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 whe=
re
>> 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 sta=
rt
>> 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 erro=
r
>> disappeared. I think it is because MSSQL may be enabled in the php.ini f=
ile.
>> 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 w=
hy
>> 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 =3D 4, Received =3D 4, Lost =3D 0 (0% loss),
>> Approximate round trip times in milli-seconds:
>>   Minimum =3D 0ms, Maximum =3D 0ms, Average =3D 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=3D32 time<1ms TTL=3D128
>> Reply from 10.50.0.71: bytes=3D32 time<1ms TTL=3D128
>> Reply from 10.50.0.71: bytes=3D32 time<1ms TTL=3D128
>> Reply from 10.50.0.71: bytes=3D32 time<1ms TTL=3D128
>>
>> Ping statistics for 10.50.0.71:
>>   Packets: Sent =3D 4, Received =3D 4, Lost =3D 0 (0% loss),
>> Approximate round trip times in milli-seconds:
>>   Minimum =3D 0ms, Maximum =3D 0ms, Average =3D 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:Star ted)
>>
>>
>> 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
>
>

Can you try ...

"C:\Program Files (x86)\PHP\php-cgi.exe" -n -m

and then ...

"C:\Program Files (x86)\PHP\php-cgi.exe" -m

and then ...

"C:\Program Files (x86)\PHP\php-cgi.exe" -n -i | find /i "extension build"

and finally ...

"C:\Program Files (x86)\PHP\php-cgi.exe" -n -f
C:\webcontent\test.mysite.com\test.php

Can you report each of these please?


I'm wondering if you've got an extension which is not for the same
version of PHP?



--=20
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
Zend Certified Engineer : http://zend.com/zce.php?c=3DZEND002498&r=3D213474=
731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

On Mon, Feb 15, 2010 at 2:13 PM, Morris wrote:

> 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

Looks fine.

> 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.

Disable all extensions in php.ini, restart IIS and try again.

> 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.

Yes, it is mssql. Disable it if you don't use it or don't have sql
clients installed.

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi Richard.

Herewith the output:

> "C:\Program Files (x86)\PHP\php-cgi.exe" -n -m

C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -n -m
[PHP Modules]
bcmath
calendar
cgi-fcgi
com_dotnet
ctype
date
dom
filter
ftp
hash
iconv
json
libxml
odbc
pcre
Reflection
session
SimpleXML
SPL
standard
tokenizer
wddx
xml
xmlreader
xmlwriter
zlib

[Zend Modules]




> "C:\Program Files (x86)\PHP\php-cgi.exe" -m

C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -m
[PHP Modules]
bcmath
calendar
cgi-fcgi
com_dotnet
ctype
curl
date
dom
exif
filter
ftp
gd
gettext
hash
iconv
imap
json
libxml
mbstring
mssql
mysql
mysqli
odbc
openssl
pcre
PDO
pdo_mysql
pdo_sqlite
Reflection
session
SimpleXML
soap
SPL
standard
tidy
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
zip
zlib

[Zend Modules]


> "C:\Program Files (x86)\PHP\php-cgi.exe" -n -i | find /i "extension build"

C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -m
[PHP Modules]
bcmath
calendar
cgi-fcgi
com_dotnet
ctype
curl
date
dom
exif
filter
ftp
gd
gettext
hash
iconv
imap
json
libxml
mbstring
mssql
mysql
mysqli
odbc
openssl
pcre
PDO
pdo_mysql
pdo_sqlite
Reflection
session
SimpleXML
soap
SPL
standard
tidy
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
zip
zlib

[Zend Modules]






> "C:\Program Files (x86)\PHP\php-cgi.exe" -n -f
> C:\webcontent\test.mysite.com\test.php

C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -n -f
C:\webcontent\test.1stcontact.com\test.php
This is my first PHP program

I have removed and re-installed php a couple of time to try and get this
working but I don’t see any duplicate configurations if that is what you
mean.


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

I must also mention that I looked this article:
http://learn.iis.net/page.aspx/246/using-fastcgi-to-host-php -applications-on-iis-70/
And could not install the update for fastcgi or the administration tools, as
stated earlier in this post.



""Morris"" wrote in message
news:6A.A1.19260.641697B4@pb1.pair.com...
> Hi Richard.
>
> Herewith the output:
>
>> "C:\Program Files (x86)\PHP\php-cgi.exe" -n -m
>
> C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -n -m
> [PHP Modules]
> bcmath
> calendar
> cgi-fcgi
> com_dotnet
> ctype
> date
> dom
> filter
> ftp
> hash
> iconv
> json
> libxml
> odbc
> pcre
> Reflection
> session
> SimpleXML
> SPL
> standard
> tokenizer
> wddx
> xml
> xmlreader
> xmlwriter
> zlib
>
> [Zend Modules]
>
>
>
>
>> "C:\Program Files (x86)\PHP\php-cgi.exe" -m
>
> C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -m
> [PHP Modules]
> bcmath
> calendar
> cgi-fcgi
> com_dotnet
> ctype
> curl
> date
> dom
> exif
> filter
> ftp
> gd
> gettext
> hash
> iconv
> imap
> json
> libxml
> mbstring
> mssql
> mysql
> mysqli
> odbc
> openssl
> pcre
> PDO
> pdo_mysql
> pdo_sqlite
> Reflection
> session
> SimpleXML
> soap
> SPL
> standard
> tidy
> tokenizer
> wddx
> xml
> xmlreader
> xmlrpc
> xmlwriter
> zip
> zlib
>
> [Zend Modules]
>
>
>> "C:\Program Files (x86)\PHP\php-cgi.exe" -n -i | find /i "extension
>> build"
>
> C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -m
> [PHP Modules]
> bcmath
> calendar
> cgi-fcgi
> com_dotnet
> ctype
> curl
> date
> dom
> exif
> filter
> ftp
> gd
> gettext
> hash
> iconv
> imap
> json
> libxml
> mbstring
> mssql
> mysql
> mysqli
> odbc
> openssl
> pcre
> PDO
> pdo_mysql
> pdo_sqlite
> Reflection
> session
> SimpleXML
> soap
> SPL
> standard
> tidy
> tokenizer
> wddx
> xml
> xmlreader
> xmlrpc
> xmlwriter
> zip
> zlib
>
> [Zend Modules]
>
>
>
>
>
>
>> "C:\Program Files (x86)\PHP\php-cgi.exe" -n -f
>> C:\webcontent\test.mysite.com\test.php
>
> C:\>"C:\Program Files (x86)\PHP\php-cgi.exe" -n -f
> C:\webcontent\test.1stcontact.com\test.php
> This is my first PHP program
>
> I have removed and re-installed php a couple of time to try and get this
> working but I don’t see any duplicate configurations if that is what you
> mean.


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi.

A couple of things.

1 - You didn't get the output right for php -n -i | find /i "extension
build". You can a -m output.

2 - What command gave the error regarding msvcr71.dll?

3 - The extensions that have been enabled by the INI file are ...

curl
exif
gd
gettext
imap
mbstring
mssql
mysql
mysqli
openssl
PDO
pdo_mysql
pdo_sqlite
soap
tidy
xmlwriter
zip

If you are sure you are going to use mySQL, MS SQL _AND_ sqlite as
well as the PDO versions of mysql and sqlite then fine, but if not,
turn them off.

Especially the mssql one as this really isn't going to help you in the
long run (the library that php_mssql.dll depends on is very old and no
longer maintained by MS and has "issues".). Use the SQL Native Client
driver with either ODBC (php_odbc is already built in) or the new MS
SQL driver for PHP (http://www.codeplex.com/SQLSRVPHP).

Richard.

--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

again, the crt 7.1 is about MSSQL, disable the MSSql extensions and
you will be fine.

It is not a requirement to make thinks 10x more complex than expected,
sometimes they can be simple :)

Cheers,

On Mon, Feb 15, 2010 at 4:28 PM, Richard Quadling
wrote:
> Hi.
>
> A couple of things.
>
> 1 - You didn't get the output right for php -n -i | find /i "extension
> build". You can a -m output.
>
> 2 - What command gave the error regarding msvcr71.dll?
>
> 3 - The extensions that have been enabled by the INI file are ...
>
> curl
> exif
> gd
> gettext
> imap
> mbstring
> mssql
> mysql
> mysqli
> openssl
> PDO
> pdo_mysql
> pdo_sqlite
> soap
> tidy
> xmlwriter
> zip
>
> If you are sure you are going to use mySQL, MS SQL _AND_ sqlite as
> well as the PDO versions of mysql and sqlite then fine, but if not,
> turn them off.
>
> Especially the mssql one as this really isn't going to help you in the
> long run (the library that php_mssql.dll depends on is very old and no
> longer maintained by MS and has "issues".). Use the SQL Native Client
> driver with either ODBC (php_odbc is already built in) or the new MS
> SQL driver for PHP (http://www.codeplex.com/SQLSRVPHP).
>
> Richard.
>
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: 64-bit PHP binaries

Hi,

Please comment the below line in your PHP.INI file and try again. It seems =
you have everything setup correctly.

extension=3Dphp_mssql.dll

This is giving you msvcr71.dll not found error. It should work after commen=
ting this line (or unloading the extension php_mssql.dll).

Thanks,
Don.

-----Original Message-----
From: Morris [mailto:morne@afridata.net]=20
Sent: Monday, February 15, 2010 5:26 AM
To: php-windows@lists.php.net
Subject: Re: [PHP-WIN] 64-bit PHP binaries

I am Starting to have a senaly suspicion that fascgi is not working=20
correctly. Is there a way I can test this and where should the dlls be=20
located for it?

""Morris"" wrote in message=20
news:62.70.09468.668497B4@pb1.pair.com...
> Herewith my troubleshooting as per Don's troubleshooting guide:
>
> C:\>%WINDIR%\system32\inetsrv\appcmd.exe list config /section:fastcgi=20
> /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=20
> /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:
>
> > echo 'This is my first PHP program';
> ?>
>
> Please name the above file as 'test.php' in your webroot folder (PHP=20
> SERVER variable _SERVER["DOCUMENT_ROOT]") and save it. I will be using=20
> 'C:\inetpub\wwwroot' as this is my webroot folder and also the place wher=
e=20
> 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"=20
> 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 star=
t=20
> because msvcr71.dll is missing from you computer. Try re-installing the=20
> program to fix this problem." and fixed it by searching for the missing=20
> file and copying it to the c:\windows\syswow64 directory. After that the=
=20
> error disappeared. I think it is because MSSQL may be enabled in the=20
> 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=20
> following which is worrying. It is not configured in the hosts file so wh=
y=20
> 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 =3D 4, Received =3D 4, Lost =3D 0 (0% loss),
> Approximate round trip times in milli-seconds:
> Minimum =3D 0ms, Maximum =3D 0ms, Average =3D 0ms
>
> When I ping the website I configured it resolves the correct IP address.=
=20
> 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=3D32 time<1ms TTL=3D128
> Reply from 10.50.0.71: bytes=3D32 time<1ms TTL=3D128
> Reply from 10.50.0.71: bytes=3D32 time<1ms TTL=3D128
> Reply from 10.50.0.71: bytes=3D32 time<1ms TTL=3D128
>
> Ping statistics for 10.50.0.71:
> Packets: Sent =3D 4, Received =3D 4, Lost =3D 0 (0% loss),
> Approximate round trip times in milli-seconds:
> Minimum =3D 0ms, Maximum =3D 0ms, Average =3D 0ms
>
>
> I did not go through all the testing for the default site as it does not=
=20
> exist anymore. The site is custom configured and it does serve html and=20
> asp pages without problems.
> When I run "%WINDIR%\system32\inetsrv\appcmd.exe list site" I get the=20
> following:
>
> SITE "test.mysite.com"=20
> (id:7,bindings:http/10.50.0.71:80:test.mysite.com,state:Star ted)
>
>
> When I run "%WINDIR%\system32\inetsrv\appcmd.exe list vdirs" I get the=20
> 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=20
> the php request to the php executable.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>=20

--=20
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

Re: 64-bit PHP binaries

Thanks Pierre for your reply. However, this is not the main problem I have
at the moment. I can disable the modules later, for now I need php to work
and nothing that I am doing is getting it working. Do you know of any ways
of testing if fastcgi is working properly as I think this is where my
problem lies.

"Pierre Joye" wrote in message
news:fe05d1541002150734h4baaa597nf4d5f2a86d576c43@mail.gmail .com...
> again, the crt 7.1 is about MSSQL, disable the MSSql extensions and
> you will be fine.
>
> It is not a requirement to make thinks 10x more complex than expected,
> sometimes they can be simple :)
>
> Cheers,
>
> On Mon, Feb 15, 2010 at 4:28 PM, Richard Quadling
> wrote:
>> Hi.
>>
>> A couple of things.
>>
>> 1 - You didn't get the output right for php -n -i | find /i "extension
>> build". You can a -m output.
>>
>> 2 - What command gave the error regarding msvcr71.dll?
>>
>> 3 - The extensions that have been enabled by the INI file are ...
>>
>> curl
>> exif
>> gd
>> gettext
>> imap
>> mbstring
>> mssql
>> mysql
>> mysqli
>> openssl
>> PDO
>> pdo_mysql
>> pdo_sqlite
>> soap
>> tidy
>> xmlwriter
>> zip
>>
>> If you are sure you are going to use mySQL, MS SQL _AND_ sqlite as
>> well as the PDO versions of mysql and sqlite then fine, but if not,
>> turn them off.
>>
>> Especially the mssql one as this really isn't going to help you in the
>> long run (the library that php_mssql.dll depends on is very old and no
>> longer maintained by MS and has "issues".). Use the SQL Native Client
>> driver with either ODBC (php_odbc is already built in) or the new MS
>> SQL driver for PHP (http://www.codeplex.com/SQLSRVPHP).
>>
>> Richard.
>>
>> --
>> -----
>> Richard Quadling
>> "Standing on the shoulders of some very clever giants!"
>> EE : http://www.experts-exchange.com/M_248814.html
>> EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
>> Zend Certified Engineer :
>> http://zend.com/zce.php?c=ZEND002498&r=213474731
>> ZOPA : http://uk.zopa.com/member/RQuadling
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
>
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

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" 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:morne@afridata.net]
> Sent: Monday, February 15, 2010 5:26 AM
> To: php-windows@lists.php.net
> 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"" wrote in message
> news:62.70.09468.668497B4@pb1.pair.com...
>> 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:
>>
>> >> 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:Star ted)
>>
>>
>> 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

Re: 64-bit PHP binaries

What is exactly your problem now? All I can see was about the crt dll
missing, you did not mention any other error at this stage...

On Tue, Feb 16, 2010 at 6:33 AM, Morris wrote:
> Thanks Pierre for your reply. However, this is not the main problem I have
> at the moment. I can disable the modules later, for now I need php to work
> and nothing that I am doing is getting it working. Do you know of any ways
> of testing if fastcgi is working properly as I think this is where my
> problem lies.
>
> "Pierre Joye" wrote in message
> news:fe05d1541002150734h4baaa597nf4d5f2a86d576c43@mail.gmail .com...
>>
>> again, the crt 7.1 is about MSSQL, disable the MSSql extensions and
>> you will be fine.
>>
>> It is not a requirement to make thinks 10x more complex than expected,
>> sometimes they can be simple :)
>>
>> Cheers,
>>
>> On Mon, Feb 15, 2010 at 4:28 PM, Richard Quadling
>> wrote:
>>>
>>> Hi.
>>>
>>> A couple of things.
>>>
>>> 1 - You didn't get the output right for php -n -i | find /i "extension
>>> build". You can a -m output.
>>>
>>> 2 - What command gave the error regarding msvcr71.dll?
>>>
>>> 3 - The extensions that have been enabled by the INI file are ...
>>>
>>> curl
>>> exif
>>> gd
>>> gettext
>>> imap
>>> mbstring
>>> mssql
>>> mysql
>>> mysqli
>>> openssl
>>> PDO
>>> pdo_mysql
>>> pdo_sqlite
>>> soap
>>> tidy
>>> xmlwriter
>>> zip
>>>
>>> If you are sure you are going to use mySQL, MS SQL _AND_ sqlite as
>>> well as the PDO versions of mysql and sqlite then fine, but if not,
>>> turn them off.
>>>
>>> Especially the mssql one as this really isn't going to help you in the
>>> long run (the library that php_mssql.dll depends on is very old and no
>>> longer maintained by MS and has "issues".). Use the SQL Native Client
>>> driver with either ODBC (php_odbc is already built in) or the new MS
>>> SQL driver for PHP (http://www.codeplex.com/SQLSRVPHP).
>>>
>>> Richard.
>>>
>>> --
>>> -----
>>> Richard Quadling
>>> "Standing on the shoulders of some very clever giants!"
>>> EE : http://www.experts-exchange.com/M_248814.html
>>> EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
>>> Zend Certified Engineer :
>>> http://zend.com/zce.php?c=ZEND002498&r=213474731
>>> ZOPA : http://uk.zopa.com/member/RQuadling
>>>
>>> --
>>> PHP Windows Mailing List (http://www.php.net/)
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>>
>>
>>
>>
>> --
>> Pierre
>>
>> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: 64-bit PHP binaries

Hi Pierre.

The original problem in my post was the iis is not serving php pages.
everything is configured correctly and testing correctly but it was not
serving the test page via a browser. I think that I got it working now. Don
mentioned something about a second php handler entry that might exist and I
found one. It was named quite weird and that is why I did not pick it up in
the first place. I removed this handler and the test page is now working. I
am going to install mysql and wordpress now to make sure all is fine.

I would sincerely like to thank everyone for their assistance on this and I
must say I learned a lot about iis7 and php in a short time.

Regards,

Morris

"Pierre Joye" wrote in message
news:fe05d1541002160212p1e51efccwbaff0d08b70ec895@mail.gmail .com...
> What is exactly your problem now? All I can see was about the crt dll
> missing, you did not mention any other error at this stage...
>
> On Tue, Feb 16, 2010 at 6:33 AM, Morris wrote:
>> Thanks Pierre for your reply. However, this is not the main problem I
>> have
>> at the moment. I can disable the modules later, for now I need php to
>> work
>> and nothing that I am doing is getting it working. Do you know of any
>> ways
>> of testing if fastcgi is working properly as I think this is where my
>> problem lies.
>>
>> "Pierre Joye" wrote in message
>> news:fe05d1541002150734h4baaa597nf4d5f2a86d576c43@mail.gmail .com...
>>>
>>> again, the crt 7.1 is about MSSQL, disable the MSSql extensions and
>>> you will be fine.
>>>
>>> It is not a requirement to make thinks 10x more complex than expected,
>>> sometimes they can be simple :)
>>>
>>> Cheers,
>>>
>>> On Mon, Feb 15, 2010 at 4:28 PM, Richard Quadling
>>> wrote:
>>>>
>>>> Hi.
>>>>
>>>> A couple of things.
>>>>
>>>> 1 - You didn't get the output right for php -n -i | find /i "extension
>>>> build". You can a -m output.
>>>>
>>>> 2 - What command gave the error regarding msvcr71.dll?
>>>>
>>>> 3 - The extensions that have been enabled by the INI file are ...
>>>>
>>>> curl
>>>> exif
>>>> gd
>>>> gettext
>>>> imap
>>>> mbstring
>>>> mssql
>>>> mysql
>>>> mysqli
>>>> openssl
>>>> PDO
>>>> pdo_mysql
>>>> pdo_sqlite
>>>> soap
>>>> tidy
>>>> xmlwriter
>>>> zip
>>>>
>>>> If you are sure you are going to use mySQL, MS SQL _AND_ sqlite as
>>>> well as the PDO versions of mysql and sqlite then fine, but if not,
>>>> turn them off.
>>>>
>>>> Especially the mssql one as this really isn't going to help you in the
>>>> long run (the library that php_mssql.dll depends on is very old and no
>>>> longer maintained by MS and has "issues".). Use the SQL Native Client
>>>> driver with either ODBC (php_odbc is already built in) or the new MS
>>>> SQL driver for PHP (http://www.codeplex.com/SQLSRVPHP).
>>>>
>>>> Richard.
>>>>
>>>> --
>>>> -----
>>>> Richard Quadling
>>>> "Standing on the shoulders of some very clever giants!"
>>>> EE : http://www.experts-exchange.com/M_248814.html
>>>> EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
>>>> Zend Certified Engineer :
>>>> http://zend.com/zce.php?c=ZEND002498&r=213474731
>>>> ZOPA : http://uk.zopa.com/member/RQuadling
>>>>
>>>> --
>>>> PHP Windows Mailing List (http://www.php.net/)
>>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Pierre
>>>
>>> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>>
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
>
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php