Windows binaries

Hi,

Does anyone know why there isn't a VC9-compiled binary for PHP 5.2.13 ? The PHP application I'm using isn't currently compatible with PHP 5.3.x, so I need a 5.2 build, but it will also be running in IIS 6. What is my best option? Use the VC6 x86 Thread Safe build of 5.2.13, use the older VC9 x86 Thread Safe build of 5.2.12, or use something else? (BTW, what is the difference between the Windows binaries at www.php.net vs. the binaries from windows.php.net ? GCC builds vs. VS?) Do the security fixes in 5.2.13 always win out over stability?

(This feels like an FAQ, but I couldn't find anybody else asking the same question...)

Thanks for your insights!

Todd

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

RE: Windows binaries

SGksDQoNCklmIHlvdSBhcmUgaG9zdGluZyBQSFAgb24gSUlTNiB0aGUgYmVz dCBiZXQgaXMgdG8g
dXNlIElJUyBGYXN0Q0dJIHdpdGggTm9uIHRocmVhZCBzYWZlIFZDNiBidWls ZCBvZiBQSFAuIFlv
dSBjYW4gdXNlIHRoZSBiZWxvdyByZXNvdXJjZXMgdG8gY29uZmlndXJlIFBI UCBvbiBJSVM2Og0K
MS4gaHR0cDovL2xlYXJuLmlpcy5uZXQvcGFnZS5hc3B4LzI0Ny91c2luZy1m YXN0Y2dpLXRvLWhv
c3QtcGhwLWFwcGxpY2F0aW9ucy1vbi1paXMtNjAvDQoyLiBodHRwOi8vd3d3 LnBocC5uZXQvbWFu
dWFsL2VuL2luc3RhbGwud2luZG93cy5waHANCg0KDQpZb3UgY2FuIGFsc28g dXNlIE1pY3Jvc29m
dCBXZWIgUGxhdGZvcm0gSW5zdGFsbGVyIGFuZCBldmVyeXRoaW5nIHdpbGwg YmUgY29uZmlndXJl
ZCBhdXRvbWF0aWNhbGx5LiBEZXRhaWxzIGF0IGh0dHA6Ly9ibG9ncy5paXMu bmV0L2RvbnJhbWFu
L2FyY2hpdmUvMjAwOS8xMC8wNy9pbnN0YWxsaW5nLXBocC1vbi13aW5kb3dz LmFzcHguDQoNCldp
bmRvd3MgYml0cyBhcmUgYXZhaWxhYmxlIGF0IHdpbmRvd3MucGhwLm5ldC4g U28gdXNlIHRoYXQg
dG8gZG93bmxvYWQgUEhQLiBQSFA1LjIuMTMgaXMgdGhlIGxhdGVzdCBidWls ZCBhbmQgaGVuY2Ug
dXNpbmcgaXQgaXMgYSBnb29kIGlkZWEgYmVjYXVzZSB0aGVyZSB3aWxsIGJl IGdvb2QgYW1vdW50
IG9mIGJ1ZyBmaXhlcyBhbmQgaXQgaXMgc3VwcG9ydGVkIGJ5IGNvbW11bml0 eSB0b28gbWVhbmlu
ZyBpZiB5b3UgZmluZCBhIGJ1ZywgeW91IGNhbiBmaWxlIGl0IG9uIGJ1Z3Mu cGhwLm5ldCBhbmQg
Z2V0IGl0IGZpeGVkLiBBbnkgb3RoZXIgdmVyc2lvbiB3aWxsIHJlcXVpcmUg eW91IHRvIG1vdmUg
dG8gNS4yLjEzIGFuZCBzZWUgaWYgdGhlIHByb2JsZW0gaXMgcmUtb2NjdXJy aW5nIHdpdGggaXQg
YWxzby4NCg0KVGhhbmtzLA0KRG9uLg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJv
bTogVG9kZCBPYmVybHkgW21haWx0bzp0YW9iZXJseUBtaW5kc3ByaW5nLmNv bV0gDQpTZW50OiBG
cmlkYXksIEFwcmlsIDAyLCAyMDEwIDY6MDYgUE0NClRvOiBwaHAtd2luZG93 c0BsaXN0cy5waHAu
bmV0DQpTdWJqZWN0OiBbUEhQLVdJTl0gV2luZG93cyBiaW5hcmllcw0KDQpI aSwNCg0KRG9lcyBh
bnlvbmUga25vdyB3aHkgdGhlcmUgaXNuJ3QgYSBWQzktY29tcGlsZWQgYmlu YXJ5IGZvciBQSFAg
NS4yLjEzID8gIFRoZSBQSFAgYXBwbGljYXRpb24gSSdtIHVzaW5nIGlzbid0 IGN1cnJlbnRseSBj
b21wYXRpYmxlIHdpdGggUEhQIDUuMy54LCBzbyBJIG5lZWQgYSA1LjIgYnVp bGQsIGJ1dCBpdCB3
aWxsIGFsc28gYmUgcnVubmluZyBpbiBJSVMgNi4gIFdoYXQgaXMgbXkgYmVz dCBvcHRpb24/ICBV
c2UgdGhlIFZDNiB4ODYgVGhyZWFkIFNhZmUgYnVpbGQgb2YgNS4yLjEzLCB1 c2UgdGhlIG9sZGVy
IFZDOSB4ODYgVGhyZWFkIFNhZmUgYnVpbGQgb2YgNS4yLjEyLCBvciB1c2Ug c29tZXRoaW5nIGVs
c2U/ICAoQlRXLCB3aGF0IGlzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdGhl IFdpbmRvd3MgYmlu
YXJpZXMgYXQgd3d3LnBocC5uZXQgdnMuIHRoZSBiaW5hcmllcyBmcm9tIHdp bmRvd3MucGhwLm5l
dCA/IEdDQyBidWlsZHMgdnMuIFZTPykgIERvIHRoZSBzZWN1cml0eSBmaXhl cyBpbiA1LjIuMTMg
YWx3YXlzIHdpbiBvdXQgb3ZlciBzdGFiaWxpdHk/DQoNCihUaGlzIGZlZWxz IGxpa2UgYW4gRkFR
LCBidXQgSSBjb3VsZG4ndCBmaW5kIGFueWJvZHkgZWxzZSBhc2tpbmcgdGhl IHNhbWUgcXVlc3Rp
b24uLi4pDQoNClRoYW5rcyBmb3IgeW91ciBpbnNpZ2h0cyENCg0KVG9kZA0K DQotLSANClBIUCBX
aW5kb3dzIE1haWxpbmcgTGlzdCAoaHR0cDovL3d3dy5waHAubmV0LykNClRv IHVuc3Vic2NyaWJl
LCB2aXNpdDogaHR0cDovL3d3dy5waHAubmV0L3Vuc3ViLnBocA0KDQoNCg==

Re: Windows binaries

hi,

On Sat, Apr 3, 2010 at 3:05 AM, Todd Oberly wrote=
:
> Hi,
>
> Does anyone know why there isn't a VC9-compiled binary for PHP 5.2.13 ? =
=A0The PHP application I'm using isn't currently compatible with PHP 5.3.x,=
so I need a 5.2 build, but it will also be running in IIS 6. =A0What is my=
best option? =A0Use the VC6 x86 Thread Safe build of 5.2.13, use the older=
VC9 x86 Thread Safe build of 5.2.12, or use something else? =A0(BTW, what =
is the difference between the Windows binaries at www.php.net vs. the binar=
ies from windows.php.net ? GCC builds vs. VS?) =A0Do the security fixes in =
5.2.13 always win out over stability?


5.2.13 is stable. The compiler version used to build PHP is not
important when PHP is run via FastCGI (which is the case for IIS).It
also does not need threas safety, that means that you should download
the NTS versions (5.2.13 NTS).

There are no difference between www.php.net and windows.php.net
binaries. PHP 5.3 and later will be available only via windows.php.net
(easier to add more versions, document, etc.).

The installer supports IIS6, you can use it to install PHP on your IIS
servers. Or use the web platform installer which is a wrapper around
our installer.

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: Windows binaries

-----Original Message-----
>From: Pierre Joye
>Sent: Apr 3, 2010 6:12 AM
>To: Todd Oberly
>Cc: php-windows@lists.php.net
>Subject: Re: [PHP-WIN] Windows binaries
>
>On Sat, Apr 3, 2010 at 3:05 AM, Todd Oberly wrote:

Thanks for all the replies, gentlemen!

>> Does anyone know why there isn't a VC9-compiled binary for PHP 5.2.13 ? The PHP application I'm using isn't currently compatible with PHP 5.3.x, so I need a 5.2 build, but it will also be running in IIS 6. What is my best option? Use the VC6 x86 Thread Safe build of 5.2.13, use the older VC9 x86 Thread Safe build of 5.2.12, or use something else? (BTW, what is the difference between the Windows binaries at www.php.net vs. the binaries from windows.php.net ? GCC builds vs. VS?) Do the security fixes in 5.2.13 always win out over stability?
>
>5.2.13 is stable. The compiler version used to build PHP is not
>important when PHP is run via FastCGI (which is the case for IIS).It
>also does not need threas safety, that means that you should download
>the NTS versions (5.2.13 NTS).

I've heard of FastCGI, but never used it before. If I want to get the application running ASAP without FastCGI (please don't argue), what would be the effect of using the thread-safe VC6 build of 5.2.13? Just a decrease in performance?

>There are no difference between www.php.net and windows.php.net
>binaries. PHP 5.3 and later will be available only via windows.php.net
>(easier to add more versions, document, etc.).

Yes, less confusing that way. ;)

Thanks again,

Todd

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

RE: Windows binaries

SGksDQoNCk9rYXkgSSBhbSBub3QgZ29pbmcgdG8gYXJndWUuIFRoZSBvdGhl ciB3YXkgb2YgaG9z
dGluZyBQSFAgaXMgdXNpbmcgdGhlIElTQVBJIERMTC4gRGlzYWR2YW50YWdl cyBhcmUgYXBhcnQg
ZnJvbSB0aGUgb25lcyBhbHJlYWR5IG1lbnRpb25lZDoNCjEuIElTQVBJIHdh eSBvZiBob3N0aW5n
IFBIUCBpcyBkZXByZWNhdGVkIGluIFBIUDUuMyBhbmQgc28geW91IHdpbGwg bm90IGJlIGFibGUg
dG8gbGV2ZXJhZ2UgYWxsIHRoZSBnb29kIGZlYXR1cmVzIGludHJvZHVjZWQg aW4gUEhQIDUuMy4g
RGV0YWlscyBhdCBodHRwOi8vd3d3LmNvbmZvby5jYS91cGxvYWRzL3NsaWRl cy9waHAtNS0zLWF3
ZXNvbWUuemlwLiANCjIuIElTQVBJIHdheSBvZiBydW5uaW5nIFBIUCBvbiBJ SVMgaXMgbm90IHN1
cHBvcnRlZCBieSBNaWNyb3NvZnQuIFdlIHN1cHBvcnQgb25seSBJSVMgRmFz dENHSSBhbmQgdXNp
bmcgSUlTIEZhc3RDR0kgd2lsbCBnaXZlIHlvdSBNaWNyb3NvZnQgU3VwcG9y dCBhcyB3ZWxsIGFz
IGRlZGljYXRlZCB0ZWFtIHdobyBhcmUgY29tbWl0dGVkIHRvIG1ha2UgUEhQ IHJ1bm5pbmcgb24g
SUlTIGEgZ3JlYXQgZXhwZXJpZW5jZS4NCjMuIFdlIGhhdmUgZGV2ZWxvcGVk IFdJTkNBQ0hFIHdo
aWNoIGlzIGEgUEhQIGFjY2VsZXJhdG9yIChhIG1ham9yIGJvb3N0IHRvIFBI UCBwZXJmb3JtYW5j
ZSkgYW5kIHRoYXQgZG9lc24ndCB3b3JrIG9uIElTQVBJLiBEZXRhaWxzIGF0 IGh0dHA6Ly9wZWNs
LnBocC5uZXQvcGFja2FnZS9XaW5DYWNoZS4NCg0KVGhhbmtzLA0KRG9uLg0K DQoNCi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBUb2RkIE9iZXJseSBbbWFpbHRv OnRhb2Jlcmx5QG1p
bmRzcHJpbmcuY29tXSANClNlbnQ6IFN1bmRheSwgQXByaWwgMDQsIDIwMTAg OToyNyBQTQ0KVG86
IHBocC13aW5kb3dzQGxpc3RzLnBocC5uZXQNClN1YmplY3Q6IFJlOiBbUEhQ LVdJTl0gV2luZG93
cyBiaW5hcmllcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPkZy b206IFBpZXJyZSBK
b3llIDxwaWVycmUucGhwQGdtYWlsLmNvbT4NCj5TZW50OiBBcHIgMywgMjAx MCA2OjEyIEFNDQo+
VG86IFRvZGQgT2Jlcmx5IDx0YW9iZXJseUBtaW5kc3ByaW5nLmNvbT4NCj5D YzogcGhwLXdpbmRv
d3NAbGlzdHMucGhwLm5ldA0KPlN1YmplY3Q6IFJlOiBbUEhQLVdJTl0gV2lu ZG93cyBiaW5hcmll
cw0KPg0KPk9uIFNhdCwgQXByIDMsIDIwMTAgYXQgMzowNSBBTSwgVG9kZCBP YmVybHkgPHRhb2Jl
cmx5QG1pbmRzcHJpbmcuY29tPiB3cm90ZToNCg0KVGhhbmtzIGZvciBhbGwg dGhlIHJlcGxpZXMs
IGdlbnRsZW1lbiENCg0KPj4gRG9lcyBhbnlvbmUga25vdyB3aHkgdGhlcmUg aXNuJ3QgYSBWQzkt
Y29tcGlsZWQgYmluYXJ5IGZvciBQSFAgNS4yLjEzID8gIFRoZSBQSFAgYXBw bGljYXRpb24gSSdt
IHVzaW5nIGlzbid0IGN1cnJlbnRseSBjb21wYXRpYmxlIHdpdGggUEhQIDUu My54LCBzbyBJIG5l
ZWQgYSA1LjIgYnVpbGQsIGJ1dCBpdCB3aWxsIGFsc28gYmUgcnVubmluZyBp biBJSVMgNi4gIFdo
YXQgaXMgbXkgYmVzdCBvcHRpb24/ICBVc2UgdGhlIFZDNiB4ODYgVGhyZWFk IFNhZmUgYnVpbGQg
b2YgNS4yLjEzLCB1c2UgdGhlIG9sZGVyIFZDOSB4ODYgVGhyZWFkIFNhZmUg YnVpbGQgb2YgNS4y
LjEyLCBvciB1c2Ugc29tZXRoaW5nIGVsc2U/ICAoQlRXLCB3aGF0IGlzIHRo ZSBkaWZmZXJlbmNl
IGJldHdlZW4gdGhlIFdpbmRvd3MgYmluYXJpZXMgYXQgd3d3LnBocC5uZXQg dnMuIHRoZSBiaW5h
cmllcyBmcm9tIHdpbmRvd3MucGhwLm5ldCA/IEdDQyBidWlsZHMgdnMuIFZT PykgIERvIHRoZSBz
ZWN1cml0eSBmaXhlcyBpbiA1LjIuMTMgYWx3YXlzIHdpbiBvdXQgb3ZlciBz dGFiaWxpdHk/DQo+
DQo+NS4yLjEzIGlzIHN0YWJsZS4gVGhlIGNvbXBpbGVyIHZlcnNpb24gdXNl ZCB0byBidWlsZCBQ
SFAgaXMgbm90DQo+aW1wb3J0YW50IHdoZW4gUEhQIGlzIHJ1biB2aWEgRmFz dENHSSAod2hpY2gg
aXMgdGhlIGNhc2UgZm9yIElJUykuSXQNCj5hbHNvIGRvZXMgbm90IG5lZWQg dGhyZWFzIHNhZmV0
eSwgdGhhdCBtZWFucyB0aGF0IHlvdSBzaG91bGQgZG93bmxvYWQNCj50aGUg TlRTIHZlcnNpb25z
ICg1LjIuMTMgTlRTKS4NCg0KSSd2ZSBoZWFyZCBvZiBGYXN0Q0dJLCBidXQg bmV2ZXIgdXNlZCBp
dCBiZWZvcmUuICBJZiBJIHdhbnQgdG8gZ2V0IHRoZSBhcHBsaWNhdGlvbiBy dW5uaW5nIEFTQVAg
d2l0aG91dCBGYXN0Q0dJIChwbGVhc2UgZG9uJ3QgYXJndWUpLCB3aGF0IHdv dWxkIGJlIHRoZSBl
ZmZlY3Qgb2YgdXNpbmcgdGhlIHRocmVhZC1zYWZlIFZDNiBidWlsZCBvZiA1 LjIuMTM/ICBKdXN0
IGEgZGVjcmVhc2UgaW4gcGVyZm9ybWFuY2U/DQoNCj5UaGVyZSBhcmUgbm8g ZGlmZmVyZW5jZSBi
ZXR3ZWVuIHd3dy5waHAubmV0IGFuZCB3aW5kb3dzLnBocC5uZXQNCj5iaW5h cmllcy4gUEhQIDUu
MyBhbmQgbGF0ZXIgd2lsbCBiZSBhdmFpbGFibGUgb25seSB2aWEgd2luZG93 cy5waHAubmV0DQo+
KGVhc2llciB0byBhZGQgbW9yZSB2ZXJzaW9ucywgZG9jdW1lbnQsIGV0Yy4p Lg0KDQpZZXMsIGxl
c3MgY29uZnVzaW5nIHRoYXQgd2F5LiA7KQ0KDQpUaGFua3MgYWdhaW4sDQoN ClRvZGQNCg0KLS0g
DQpQSFAgV2luZG93cyBNYWlsaW5nIExpc3QgKGh0dHA6Ly93d3cucGhwLm5l dC8pDQpUbyB1bnN1
YnNjcmliZSwgdmlzaXQ6IGh0dHA6Ly93d3cucGhwLm5ldC91bnN1Yi5waHAN Cg0KDQo=

Re: Windows binaries

hi,

On Mon, Apr 5, 2010 at 6:27 AM, Todd Oberly wrote=
:

> I've heard of FastCGI, but never used it before. =A0If I want to get the =
application running ASAP without FastCGI (please don't argue), what would b=
e the effect of using the thread-safe VC6 build of 5.2.13? =A0Just a decrea=
se in performance?

PHP TS is slightly slower than PHP NTS but not in a significant
manner. However the stability of the ISAPI may affect your sites much
more than the TS vs NTS delta. Many crashes have worst side effects
than slowdowns.

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: Windows binaries

Venkat Raman Don wrote:
>> Hi,
>>
>> Okay I am not going to argue. The other way of hosting PHP is using
>> the ISAPI DLL. Disadvantages are apart from the ones already
>> mentioned:
>> 1. ISAPI way of hosting PHP is deprecated in PHP5.3 and so you will
>> not be able to leverage all the good features introduced in PHP 5.3.
>> Details at http://www.confoo.ca/uploads/slides/php-5-3-awesome.zip.
>> 2. ISAPI way of running PHP on IIS is not supported by Microsoft. We
>> support only IIS FastCGI and using IIS FastCGI will give you
>> Microsoft Support as well as dedicated team who are committed to
>> make PHP running on IIS a great experience.
>> 3. We have developed WINCACHE which is a PHP accelerator (a major
>> boost to PHP performance) and that doesn't work on ISAPI. Details at
>> http://pecl.php.net/package/WinCache.
>>
>> Thanks,
>> Don.
>>


Hi,

Where can wincache.dll be downloaded?

Any progress on the 1.5 year project to restore windows pecl?



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

RE: Windows binaries

WINCACHE DLL can be downloaded from http://www.iis.net/expand/WinCacheForPh=
p. The links here will take you to source forge actually. The download is a=
vailable for both PHP5.2 as well as PHP5.3 NTS version. Please chose what i=
s appropriate for you.

Most of the extension can be downloaded from http://downloads.php.net/pierr=
e/.

Thanks,
Don.

-----Original Message-----
From: pan [mailto:pan@syix.com]=20
Sent: Monday, April 05, 2010 10:44 AM
To: php-windows@lists.php.net
Subject: Re: [PHP-WIN] Windows binaries

Venkat Raman Don wrote:
>> Hi,
>>
>> Okay I am not going to argue. The other way of hosting PHP is using
>> the ISAPI DLL. Disadvantages are apart from the ones already
>> mentioned:
>> 1. ISAPI way of hosting PHP is deprecated in PHP5.3 and so you will
>> not be able to leverage all the good features introduced in PHP 5.3.
>> Details at http://www.confoo.ca/uploads/slides/php-5-3-awesome.zip.
>> 2. ISAPI way of running PHP on IIS is not supported by Microsoft. We
>> support only IIS FastCGI and using IIS FastCGI will give you
>> Microsoft Support as well as dedicated team who are committed to
>> make PHP running on IIS a great experience.
>> 3. We have developed WINCACHE which is a PHP accelerator (a major
>> boost to PHP performance) and that doesn't work on ISAPI. Details at
>> http://pecl.php.net/package/WinCache.
>>
>> Thanks,
>> Don.
>>


Hi,

Where can wincache.dll be downloaded?

Any progress on the 1.5 year project to restore windows pecl?



--=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: Windows binaries

> Hi,
>
> Okay I am not going to argue. The other way of hosting PHP is using the ISAPI DLL. Disadvantages are apart from the ones already mentioned:
> 1. ISAPI way of hosting PHP is deprecated in PHP5.3 and so you will not be able to leverage all the good features introduced in PHP 5.3. Details at http://www.confoo.ca/uploads/slides/php-5-3-awesome.zip.

I have seen this assertion twice now (Previously only from Zend). Please
let me know where I can find the announcement to this effect, as I can
find no mention of this at http://php.net/migration53,
http://php.net/releases/5_3_0.php,
or in the change logs.

> 2. ISAPI way of running PHP on IIS is not supported by Microsoft. We support only IIS FastCGI and using IIS FastCGI will give you Microsoft Support as well as dedicated team who are committed to make PHP running on IIS a great experience.
> 3. We have developed WINCACHE which is a PHP accelerator (a major boost to PHP performance) and that doesn't work on ISAPI. Details at http://pecl.php.net/package/WinCache.
>
> Thanks,
> Don.
>

--
Niel Archer



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

Re: Windows binaries

hi,

On Mon, Apr 5, 2010 at 11:45 PM, Niel Archer wrote:

> I have seen this assertion twice now (Previously only from Zend). Please
> let =A0me know where I can find the announcement to this effect, as I can
> find no mention of this at http://php.net/migration53,
> http://php.net/releases/5_3_0.php,
> or in the change logs.

The ISAPI is not available anymore in php 5.3 or later.

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: Windows binaries

> hi,
>=20
> On Mon, Apr 5, 2010 at 11:45 PM, Niel Archer wrote:
>=20
> > I have seen this assertion twice now (Previously only from Zend). Pleas=
e
> > let =A0me know where I can find the announcement to this effect, as I c=
an
> > find no mention of this at http://php.net/migration53,
> > http://php.net/releases/5_3_0.php,
> > or in the change logs.
>=20
> The ISAPI is not available anymore in php 5.3 or later.

Thanks. Can't say I'd noticed, obviously.

> Cheers,
> --=20
> Pierre
>=20
> @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

--
Niel Archer



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

Re: Windows binaries

On 5 April 2010 18:51, Venkat Raman Don wrote:
> Most of the extension can be downloaded from http://downloads.php.net/pierre/.

That's great. But are there any plans or timescales on getting
pecl.php.net and the win32 snapshots back up?

If so, has anything been made public regarding this?

--
-----
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: Windows binaries

--000325559052d27b9204838e9a77
Content-Type: text/plain; charset=UTF-8

On Tue, Apr 6, 2010 at 10:49 AM, Richard Quadling
wrote:

> On 5 April 2010 18:51, Venkat Raman Don wrote:
> > Most of the extension can be downloaded from
> http://downloads.php.net/pierre/.
>
> That's great. But are there any plans or timescales on getting
> pecl.php.net and the win32 snapshots back up?
>
> If so, has anything been made public regarding this?
>
> The funny thing, that I remembered that somebody asked the same, and I
tried to find that conversation.
Surprisingly, it was you a year ago:
http://old.nabble.com/Win32-PECL-pre-built-binaries.-td23293 468.html
I also would like to know what is the current status for pecl4windows and
how can we help.

Tyrael

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

--000325559052d27b9204838e9a77--

Re: Windows binaries

On Tue, Apr 6, 2010 at 12:06 PM, Ferenc Kovacs wrote:
> On Tue, Apr 6, 2010 at 10:49 AM, Richard Quadling
> wrote:
>
>> On 5 April 2010 18:51, Venkat Raman Don wrote:
>> > Most of the extension can be downloaded from
>> http://downloads.php.net/pierre/.
>>
>> That's great. But are there any plans or timescales on getting
>> pecl.php.net and the win32 snapshots back up?
>>
>> If so, has anything been made public regarding this?
>>
>> The funny thing, that I remembered that somebody asked the same, and I
> tried to find that conversation.
> Surprisingly, it was you a year ago:
> http://old.nabble.com/Win32-PECL-pre-built-binaries.-td23293 468.html
> I also would like to know what is the current status for pecl4windows and
> how can we help.

You can get most of the extensions here: http://downloads.php.net/pierre/

About helping, well, if you have time (really have time) then let me
know. Some help is always welcome, especially for the web frontends
part.

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: Windows binaries

-----Original Message-----
>From: Pierre Joye
>Sent: Apr 5, 2010 6:08 AM
>To: Todd Oberly
>Cc: php-windows@lists.php.net
>Subject: Re: [PHP-WIN] Windows binaries
>
>On Mon, Apr 5, 2010 at 6:27 AM, Todd Oberly wrot=
e:
>
>> I've heard of FastCGI, but never used it before.  If I want to get =
the application running ASAP without FastCGI (please don't argue), what wou=
ld be the effect of using the thread-safe VC6 build of 5.2.13?  Just a=
decrease in performance?
>
>PHP TS is slightly slower than PHP NTS but not in a significant
>manner. However the stability of the ISAPI may affect your sites much
>more than the TS vs NTS delta. Many crashes have worst side effects
>than slowdowns.

A short follow-up. I had the PHP application package running through ISAPI=
for a short time, but then noticed errors like

Faulting application w3wp.exe, version 6.0.3790.3959, faulting module unkno=
wn, version 0.0.0.0, fault address 0x01b45c80.

in the Event Viewer. Soooo after some investigation, FastCGI is now the so=
lution. :) But I then noticed something strange, but am not sure if it's r=
elated. I then started seeing a warning in my browser when running a certa=
in aspect of the script. I'd done this a number of times before, but saw n=
o errors. Could there be something about the ISAPI interface that was bloc=
king error output?

Thanks,

Todd

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

RE: Windows binaries

SGksDQoNCkkgYW0gcGFydCBvZiBJSVMgRkFzdENHSSBkZXZlbG9wbWVudCB0 ZWFtLiBDYW4geW91
IGdpdmUgbWUgZGV0YWlscyBhYm91dCBlcnJvciBtZXNzYWdlcy4gV3JpdGUg YSAxOjEgbWFpbCB0
byBtZS4NCg0KVGhhbmtzLA0KRG9uLg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJv
bTogVG9kZCBPYmVybHkgW21haWx0bzp0YW9iZXJseUBtaW5kc3ByaW5nLmNv bV0gDQpTZW50OiBX
ZWRuZXNkYXksIEFwcmlsIDA3LCAyMDEwIDk6MzUgUE0NClRvOiBQaWVycmUg Sm95ZQ0KQ2M6IHBo
cC13aW5kb3dzQGxpc3RzLnBocC5uZXQNClN1YmplY3Q6IFJlOiBbUEhQLVdJ Tl0gV2luZG93cyBi
aW5hcmllcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPkZyb206 IFBpZXJyZSBKb3ll
IDxwaWVycmUucGhwQGdtYWlsLmNvbT4NCj5TZW50OiBBcHIgNSwgMjAxMCA2 OjA4IEFNDQo+VG86
IFRvZGQgT2Jlcmx5IDx0YW9iZXJseUBtaW5kc3ByaW5nLmNvbT4NCj5DYzog cGhwLXdpbmRvd3NA
bGlzdHMucGhwLm5ldA0KPlN1YmplY3Q6IFJlOiBbUEhQLVdJTl0gV2luZG93 cyBiaW5hcmllcw0K
Pg0KPk9uIE1vbiwgQXByIDUsIDIwMTAgYXQgNjoyNyBBTSwgVG9kZCBPYmVy bHkgPHRhb2Jlcmx5
QG1pbmRzcHJpbmcuY29tPiB3cm90ZToNCj4NCj4+IEkndmUgaGVhcmQgb2Yg RmFzdENHSSwgYnV0
IG5ldmVyIHVzZWQgaXQgYmVmb3JlLiDCoElmIEkgd2FudCB0byBnZXQgdGhl IGFwcGxpY2F0aW9u
IHJ1bm5pbmcgQVNBUCB3aXRob3V0IEZhc3RDR0kgKHBsZWFzZSBkb24ndCBh cmd1ZSksIHdoYXQg
d291bGQgYmUgdGhlIGVmZmVjdCBvZiB1c2luZyB0aGUgdGhyZWFkLXNhZmUg VkM2IGJ1aWxkIG9m
IDUuMi4xMz8gwqBKdXN0IGEgZGVjcmVhc2UgaW4gcGVyZm9ybWFuY2U/DQo+ DQo+UEhQIFRTIGlz
IHNsaWdodGx5IHNsb3dlciB0aGFuIFBIUCBOVFMgYnV0IG5vdCBpbiBhIHNp Z25pZmljYW50DQo+
bWFubmVyLiBIb3dldmVyIHRoZSBzdGFiaWxpdHkgb2YgdGhlIElTQVBJIG1h eSBhZmZlY3QgeW91
ciBzaXRlcyBtdWNoDQo+bW9yZSB0aGFuIHRoZSBUUyB2cyBOVFMgZGVsdGEu IE1hbnkgY3Jhc2hl
cyBoYXZlIHdvcnN0IHNpZGUgZWZmZWN0cw0KPnRoYW4gc2xvd2Rvd25zLg0K DQpBIHNob3J0IGZv
bGxvdy11cC4gIEkgaGFkIHRoZSBQSFAgYXBwbGljYXRpb24gcGFja2FnZSBy dW5uaW5nIHRocm91
Z2ggSVNBUEkgZm9yIGEgc2hvcnQgdGltZSwgYnV0IHRoZW4gbm90aWNlZCBl cnJvcnMgbGlrZQ0K
DQpGYXVsdGluZyBhcHBsaWNhdGlvbiB3M3dwLmV4ZSwgdmVyc2lvbiA2LjAu Mzc5MC4zOTU5LCBm
YXVsdGluZyBtb2R1bGUgdW5rbm93biwgdmVyc2lvbiAwLjAuMC4wLCBmYXVs dCBhZGRyZXNzIDB4
MDFiNDVjODAuDQoNCmluIHRoZSBFdmVudCBWaWV3ZXIuICBTb29vbyBhZnRl ciBzb21lIGludmVz
dGlnYXRpb24sIEZhc3RDR0kgaXMgbm93IHRoZSBzb2x1dGlvbi4gOikgIEJ1 dCBJIHRoZW4gbm90
aWNlZCBzb21ldGhpbmcgc3RyYW5nZSwgYnV0IGFtIG5vdCBzdXJlIGlmIGl0 J3MgcmVsYXRlZC4g
IEkgdGhlbiBzdGFydGVkIHNlZWluZyBhIHdhcm5pbmcgaW4gbXkgYnJvd3Nl ciB3aGVuIHJ1bm5p
bmcgYSBjZXJ0YWluIGFzcGVjdCBvZiB0aGUgc2NyaXB0LiAgSSdkIGRvbmUg dGhpcyBhIG51bWJl
ciBvZiB0aW1lcyBiZWZvcmUsIGJ1dCBzYXcgbm8gZXJyb3JzLiAgQ291bGQg dGhlcmUgYmUgc29t
ZXRoaW5nIGFib3V0IHRoZSBJU0FQSSBpbnRlcmZhY2UgdGhhdCB3YXMgYmxv Y2tpbmcgZXJyb3Ig
b3V0cHV0Pw0KDQpUaGFua3MsDQoNClRvZGQNCg0KLS0gDQpQSFAgV2luZG93 cyBNYWlsaW5nIExp
c3QgKGh0dHA6Ly93d3cucGhwLm5ldC8pDQpUbyB1bnN1YnNjcmliZSwgdmlz aXQ6IGh0dHA6Ly93
d3cucGhwLm5ldC91bnN1Yi5waHANCg0KDQo=

Re: Windows binaries

--0015174c1118e20ef10483b279d9
Content-Type: text/plain; charset=UTF-8

On Thu, Apr 8, 2010 at 6:34 AM, Todd Oberly wrote:

> -----Original Message-----
> >From: Pierre Joye
> >Sent: Apr 5, 2010 6:08 AM
> >To: Todd Oberly
> >Cc: php-windows@lists.php.net
> >Subject: Re: [PHP-WIN] Windows binaries
> >
> >On Mon, Apr 5, 2010 at 6:27 AM, Todd Oberly
> wrote:
> >
> >> I've heard of FastCGI, but never used it before. If I want to get the
> application running ASAP without FastCGI (please don't argue), what would be
> the effect of using the thread-safe VC6 build of 5.2.13? Just a decrease in
> performance?
> >
> >PHP TS is slightly slower than PHP NTS but not in a significant
> >manner. However the stability of the ISAPI may affect your sites much
> >more than the TS vs NTS delta. Many crashes have worst side effects
> >than slowdowns.
>
> A short follow-up. I had the PHP application package running through ISAPI
> for a short time, but then noticed errors like
>
> Faulting application w3wp.exe, version 6.0.3790.3959, faulting module
> unknown, version 0.0.0.0, fault address 0x01b45c80.
>
> in the Event Viewer. Soooo after some investigation, FastCGI is now the
> solution. :) But I then noticed something strange, but am not sure if it's
> related. I then started seeing a warning in my browser when running a
> certain aspect of the script. I'd done this a number of times before, but
> saw no errors. Could there be something about the ISAPI interface that was
> blocking error output?
>
> Thanks,
>
> Todd
>
>
http://www.google.hu/search?hl=hu&client=firefox-a&hs=WdP&rl s=org.mozilla%3Ahu%3Aofficial&q=InstanceMaxRequests+vs+PHP_F CGI_MAX_REQUESTS&meta=&aq=f&aqi=&aql=&oq=&gs_rfai=
There is a known problem, if you set the PHP_FCGI_MAX_REQUESTS lower than
the InstanceMaxRequests then sometimes the InstanceMaxRequests will be
reached, the fastcgi PM manager will restart the worker, and the visitor
will get a http 500, Internal Server Error.
Others will correct me, if I'm missing something.

Tyrael


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

--0015174c1118e20ef10483b279d9--

Re: Windows binaries

-----Original Message-----
>From: Ferenc Kovacs
>Sent: Apr 8, 2010 12:53 AM
>To: Todd Oberly
>Subject: Re: [PHP-WIN] Windows binaries
>
>On Thu, Apr 8, 2010 at 6:34 AM, Todd Oberly wrote:
>
>> -----Original Message-----
>> >From: Pierre Joye
>> >Sent: Apr 5, 2010 6:08 AM
>> >To: Todd Oberly
>> >Cc: php-windows@lists.php.net
>> >Subject: Re: [PHP-WIN] Windows binaries
>> >
>> >On Mon, Apr 5, 2010 at 6:27 AM, Todd Oberly
>> wrote:
>> >
>> >> I've heard of FastCGI, but never used it before. If I want to get the
>> application running ASAP without FastCGI (please don't argue), what would be
>> the effect of using the thread-safe VC6 build of 5.2.13? Just a decrease in
>> performance?
>> >
>> >PHP TS is slightly slower than PHP NTS but not in a significant
>> >manner. However the stability of the ISAPI may affect your sites much
>> >more than the TS vs NTS delta. Many crashes have worst side effects
>> >than slowdowns.
>>
>> A short follow-up. I had the PHP application package running through ISAPI
>> for a short time, but then noticed errors like
>>
>> Faulting application w3wp.exe, version 6.0.3790.3959, faulting module
>> unknown, version 0.0.0.0, fault address 0x01b45c80.
>>
>> in the Event Viewer. Soooo after some investigation, FastCGI is now the
>> solution. :) But I then noticed something strange, but am not sure if it's
>> related. I then started seeing a warning in my browser when running a
>> certain aspect of the script. I'd done this a number of times before, but
>> saw no errors. Could there be something about the ISAPI interface that was
>> blocking error output?
>>
>>
>http://www.google.hu/search?hl=hu&client=firefox-a&hs=WdP&r ls=org.mozilla%3Ahu%3Aofficial&q=InstanceMaxRequests+vs+PHP_ FCGI_MAX_REQUESTS&meta=&aq=f&aqi=&aql=&oq=&gs_rfai=
>There is a known problem, if you set the PHP_FCGI_MAX_REQUESTS lower than
>the InstanceMaxRequests then sometimes the InstanceMaxRequests will be
>reached, the fastcgi PM manager will restart the worker, and the visitor
>will get a http 500, Internal Server Error.
>Others will correct me, if I'm missing something.
>
>Tyrael

I think I've described this poorly, so let me try again. This is how it occurred:

1) I installed the PHP scripts using the vendor-recommended ISAPI method, and verified that it worked completely. The scripts are some glue between a commercial application and IIS for sending mobile phone clients to a web page and allowing users to download them.

2) I then installed and configured the FastCGI system, and upgraded PHP to the recommended 5.2.13 non-thread-safe version. I'm not an expert with IIS, so it took some trial and error to get it working. At no time did I modify any PHP code or change any error logging settings in php.ini.

3) Upon testing this new setup, I started seeing a PHP warning when trying to download a client: "PHP Warning: Missing argument 4..."

The warning is legitimate, and I will be reporting it to the vendor (and also fixing it myself, as it looks very simple)...but these errors seem to have started upon installing FastCGI. Unless the difference was moving from PHP 5.2.12 -> 5.2.13 ? I could be wrong. The situation is under control, so this just an inquiry rather than a complaint.

Thanks again,

Todd


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

RE: Windows binaries

> -----Original Message-----
> From: Todd Oberly [mailto:taoberly@mindspring.com]
> Sent: Thursday, April 08, 2010 7:13 AM
> To: php-windows@lists.php.net
> Subject: Re: [PHP-WIN] Windows binaries
>=20



>=20
> The warning is legitimate, and I will be reporting it to the vendor
> (and also fixing it myself, as it looks very simple)...but these =
errors
> seem to have started upon installing FastCGI. Unless the difference
> was moving from PHP 5.2.12 -> 5.2.13 ? I could be wrong. The
> situation is under control, so this just an inquiry rather than a
> complaint.
>=20
> Thanks again,
>=20
> Todd
>=20

The problem is not so much as PHP version upgrade but rather ISAPI > =
FastCGI. Another example of broken app is phpmyadmin. Works fine with =
ISAPI configuration but breaks with FastCGI.

Regards,
Tommy


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

RE: Windows binaries

-----Original Message-----
>From: Tommy Pham
>Sent: Apr 8, 2010 10:15 AM
>To: 'Todd Oberly' , php-windows@lists.php.net
>Subject: RE: [PHP-WIN] Windows binaries
>
>> -----Original Message-----
>> From: Todd Oberly [mailto:taoberly@mindspring.com]
>> Sent: Thursday, April 08, 2010 7:13 AM
>> To: php-windows@lists.php.net
>> Subject: Re: [PHP-WIN] Windows binaries
>>
>
>
>
>>
>> The warning is legitimate, and I will be reporting it to the vendor
>> (and also fixing it myself, as it looks very simple)...but these errors
>> seem to have started upon installing FastCGI. Unless the difference
>> was moving from PHP 5.2.12 -> 5.2.13 ? I could be wrong. The
>> situation is under control, so this just an inquiry rather than a
>> complaint.
>>
>> Thanks again,
>>
>> Todd
>>
>
>The problem is not so much as PHP version upgrade but rather ISAPI > FastCGI. Another example of broken app is phpmyadmin. Works fine with ISAPI configuration but breaks with FastCGI.
>
>Regards,
>Tommy

Ah, so these types of issues aren't unheard of? Do you suspect the vendor will need to modify anything besides the function causing the warning?

Thanks,

Todd

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

Re: Windows binaries

--0015174c1cfc09316d0483baa277
Content-Type: text/plain; charset=UTF-8

On Thu, Apr 8, 2010 at 4:12 PM, Todd Oberly wrote:

> -----Original Message-----
> >From: Ferenc Kovacs
> >Sent: Apr 8, 2010 12:53 AM
> >To: Todd Oberly
> >Subject: Re: [PHP-WIN] Windows binaries
> >
> >On Thu, Apr 8, 2010 at 6:34 AM, Todd Oberly
> wrote:
> >
> >> -----Original Message-----
> >> >From: Pierre Joye
> >> >Sent: Apr 5, 2010 6:08 AM
> >> >To: Todd Oberly
> >> >Cc: php-windows@lists.php.net
> >> >Subject: Re: [PHP-WIN] Windows binaries
> >> >
> >> >On Mon, Apr 5, 2010 at 6:27 AM, Todd Oberly
> >> wrote:
> >> >
> >> >> I've heard of FastCGI, but never used it before. If I want to get
> the
> >> application running ASAP without FastCGI (please don't argue), what
> would be
> >> the effect of using the thread-safe VC6 build of 5.2.13? Just a
> decrease in
> >> performance?
> >> >
> >> >PHP TS is slightly slower than PHP NTS but not in a significant
> >> >manner. However the stability of the ISAPI may affect your sites much
> >> >more than the TS vs NTS delta. Many crashes have worst side effects
> >> >than slowdowns.
> >>
> >> A short follow-up. I had the PHP application package running through
> ISAPI
> >> for a short time, but then noticed errors like
> >>
> >> Faulting application w3wp.exe, version 6.0.3790.3959, faulting module
> >> unknown, version 0.0.0.0, fault address 0x01b45c80.
> >>
> >> in the Event Viewer. Soooo after some investigation, FastCGI is now the
> >> solution. :) But I then noticed something strange, but am not sure if
> it's
> >> related. I then started seeing a warning in my browser when running a
> >> certain aspect of the script. I'd done this a number of times before,
> but
> >> saw no errors. Could there be something about the ISAPI interface that
> was
> >> blocking error output?
> >>
> >>
> >
> http://www.google.hu/search?hl=hu&client=firefox-a&hs=WdP&rl s=org.mozilla%3Ahu%3Aofficial&q=InstanceMaxRequests+vs+PHP_F CGI_MAX_REQUESTS&meta=&aq=f&aqi=&aql=&oq=&gs_rfai=
> >There is a known problem, if you set the PHP_FCGI_MAX_REQUESTS lower than
> >the InstanceMaxRequests then sometimes the InstanceMaxRequests will be
> >reached, the fastcgi PM manager will restart the worker, and the visitor
> >will get a http 500, Internal Server Error.
> >Others will correct me, if I'm missing something.
> >
> >Tyrael
>
> I think I've described this poorly, so let me try again. This is how it
> occurred:
>
> 1) I installed the PHP scripts using the vendor-recommended ISAPI method,
> and verified that it worked completely. The scripts are some glue between a
> commercial application and IIS for sending mobile phone clients to a web
> page and allowing users to download them.
>
> 2) I then installed and configured the FastCGI system, and upgraded PHP to
> the recommended 5.2.13 non-thread-safe version. I'm not an expert with IIS,
> so it took some trial and error to get it working. At no time did I modify
> any PHP code or change any error logging settings in php.ini.
>
> 3) Upon testing this new setup, I started seeing a PHP warning when trying
> to download a client: "PHP Warning: Missing argument 4..."
>
> The warning is legitimate, and I will be reporting it to the vendor (and
> also fixing it myself, as it looks very simple)...but these errors seem to
> have started upon installing FastCGI. Unless the difference was moving from
> PHP 5.2.12 -> 5.2.13 ? I could be wrong. The situation is under control,
> so this just an inquiry rather than a complaint.
>
> Could you check that your fastcgi php is using the same php.ini as the
previous ISAPI one?
I think that you either changed the content of the original php.ini (either
manualy or overwriting with a newer php.ini) or you configured differently
your new environment, and its using a different php.ini than it was used
before.

You should configure the display_errors and error_reporting directives in
your current php.ini to hide this kind of notice/warning/error messages from
your users.
If you are unsure about which php.ini is in use now, you can create a test
php file containinig
and it will print a lot of information, and you should look for the
Loaded Configuration File
and
Additional .ini files parsed

Tyrael

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

--0015174c1cfc09316d0483baa277--

Re: Windows binaries

--0016e6db622ec08b4e0483baaf6c
Content-Type: text/plain; charset=UTF-8

On Thu, Apr 8, 2010 at 4:15 PM, Tommy Pham wrote:

> > -----Original Message-----
> > From: Todd Oberly [mailto:taoberly@mindspring.com]
> > Sent: Thursday, April 08, 2010 7:13 AM
> > To: php-windows@lists.php.net
> > Subject: Re: [PHP-WIN] Windows binaries
> >
>
>
>
> >
> > The warning is legitimate, and I will be reporting it to the vendor
> > (and also fixing it myself, as it looks very simple)...but these errors
> > seem to have started upon installing FastCGI. Unless the difference
> > was moving from PHP 5.2.12 -> 5.2.13 ? I could be wrong. The
> > situation is under control, so this just an inquiry rather than a
> > complaint.
> >
> > Thanks again,
> >
> > Todd
> >
>
> The problem is not so much as PHP version upgrade but rather ISAPI >
> FastCGI. Another example of broken app is phpmyadmin. Works fine with
> ISAPI configuration but breaks with FastCGI.
>
> I don't think so, if the error is present just doesn't displayed in the old
configuration but it does in the new, then I think this is a configuration
issue, and not a SAPI one.

btw: which phpmyadmin version are you using? I did heard of that kind of
report, but last weekend, when I was playing with a windows + apache +
fastcgi + php devel environment I successfuly installed the latest
phpmyadmin without running in any issue.
what are the symptoms, maybe they are IIS only?

Tyrael

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

--0016e6db622ec08b4e0483baaf6c--

RE: Windows binaries

------=_NextPart_000_0015_01CAD6F4.B4F1F300
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable

The problem with FastCGI breaking certain apps is with IIS. =
Iâ€=99ve always use PHP with Apache as module for both Windows and =
FreeBSD. Iâ€=99ll see if it works for FastCGI with Apache on =
Windows. You can get to login screen (configured as cookie), but after =
a long while, I receive HTTP500 error. The same config works fine with =
phpbb, phppgadmin. The phpmyadmin version that Iâ€=99m trying to =
get work is 3.3.1, although I have similar problems with previous =
versions of phpmyadmin when FastCGI came out even though I =
didnâ€=99t try to troubleshoot it since it wasnâ€=99t important =
at that time.

=20

Regards,

Tommy

=20

From: Ferenc Kovacs [mailto:tyra3l@gmail.com]=20
Sent: Thursday, April 08, 2010 7:42 AM
To: Tommy Pham
Cc: Todd Oberly; php-windows@lists.php.net
Subject: Re: [PHP-WIN] Windows binaries

=20

=20

On Thu, Apr 8, 2010 at 4:15 PM, Tommy Pham wrote:

> -----Original Message-----
> From: Todd Oberly [mailto:taoberly@mindspring.com]

> Sent: Thursday, April 08, 2010 7:13 AM
> To: php-windows@lists.php.net
> Subject: Re: [PHP-WIN] Windows binaries
>



>
> The warning is legitimate, and I will be reporting it to the vendor
> (and also fixing it myself, as it looks very simple)...but these =
errors
> seem to have started upon installing FastCGI. Unless the difference
> was moving from PHP 5.2.12 -> 5.2.13 ? I could be wrong. The
> situation is under control, so this just an inquiry rather than a
> complaint.
>
> Thanks again,
>
> Todd
>

The problem is not so much as PHP version upgrade but rather ISAPI > =
FastCGI. Another example of broken app is phpmyadmin. Works fine with =
ISAPI configuration but breaks with FastCGI.

I don't think so, if the error is present just doesn't displayed in the =
old configuration but it does in the new, then I think this is a =
configuration issue, and not a SAPI one.

btw: which phpmyadmin version are you using? I did heard of that kind of =
report, but last weekend, when I was playing with a windows + apache + =
fastcgi + php devel environment I successfuly installed the latest =
phpmyadmin without running in any issue.
what are the symptoms, maybe they are IIS only?

Tyrael =20

Regards,
Tommy



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


------=_NextPart_000_0015_01CAD6F4.B4F1F300--

Re: Windows binaries

Hi,

FastCGI does not break any application. Please explain what you mean
by "breaking applications". It also helps to verify your log to see
what's actually happening, an error 500 can be a lot of things.

Cheers,

On Thu, Apr 8, 2010 at 5:23 PM, Tommy Pham wrote:
> The problem with FastCGI breaking certain apps is with IIS. =A0I=92ve alw=
ays use PHP with Apache as module for both Windows and FreeBSD. =A0I=92ll s=
ee if it works for FastCGI with Apache on Windows. =A0You can get to login =
screen (configured as cookie), but after a long while, I receive HTTP500 er=
ror. =A0The same config works fine with phpbb, phppgadmin. =A0The phpmyadmi=
n version that I=92m trying to get work is 3.3.1, although I have similar p=
roblems with previous versions of phpmyadmin when FastCGI came out even tho=
ugh I didn=92t try to troubleshoot it since it wasn=92t important at that t=
ime.
>
>
>
> Regards,
>
> Tommy
>
>
>
> From: Ferenc Kovacs [mailto:tyra3l@gmail.com]
> Sent: Thursday, April 08, 2010 7:42 AM
> To: Tommy Pham
> Cc: Todd Oberly; php-windows@lists.php.net
> Subject: Re: [PHP-WIN] Windows binaries
>
>
>
>
>
> On Thu, Apr 8, 2010 at 4:15 PM, Tommy Pham wrote:
>
>> -----Original Message-----
>> From: Todd Oberly [mailto:taoberly@mindspring.com]
>
>> Sent: Thursday, April 08, 2010 7:13 AM
>> To: php-windows@lists.php.net
>> Subject: Re: [PHP-WIN] Windows binaries
>>
>
>
>
>>
>> The warning is legitimate, and I will be reporting it to the vendor
>> (and also fixing it myself, as it looks very simple)...but these errors
>> seem to have started upon installing FastCGI. =A0Unless the difference
>> was moving from PHP 5.2.12 -> 5.2.13 ? =A0I could be wrong. =A0The
>> situation is under control, so this just an inquiry rather than a
>> complaint.
>>
>> Thanks again,
>>
>> Todd
>>
>
> The problem is not so much as PHP version upgrade but rather ISAPI > Fast=
CGI. =A0Another example of broken app is phpmyadmin. =A0Works fine with ISA=
PI configuration but breaks with FastCGI.
>
> I don't think so, if the error is present just doesn't displayed in the o=
ld configuration but it does in the new, then I think this is a configurati=
on issue, and not a SAPI one.
>
> btw: which phpmyadmin version are you using? I did heard of that kind of =
report, but last weekend, when I was playing with a windows + apache + fast=
cgi + php devel environment I successfuly installed the latest phpmyadmin w=
ithout running in any issue.
> what are the symptoms, maybe they are IIS only?
>
> Tyrael
>
> Regards,
> Tommy
>
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--=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: Windows binaries

By the way, please start a new discussion for this problem. This
thread's questions have answered :)

On Thu, Apr 8, 2010 at 7:27 PM, Pierre Joye wrote:
> Hi,
>
> FastCGI does not break any application. Please explain what you mean
> by "breaking applications". It also helps to verify your log to see
> what's actually happening, an error 500 can be a lot of things.
>
> Cheers,
>
> On Thu, Apr 8, 2010 at 5:23 PM, Tommy Pham wrote:
>> The problem with FastCGI breaking certain apps is with IIS. =A0I=92ve al=
ways use PHP with Apache as module for both Windows and FreeBSD. =A0I=92ll =
see if it works for FastCGI with Apache on Windows. =A0You can get to login=
screen (configured as cookie), but after a long while, I receive HTTP500 e=
rror. =A0The same config works fine with phpbb, phppgadmin. =A0The phpmyadm=
in version that I=92m trying to get work is 3.3.1, although I have similar =
problems with previous versions of phpmyadmin when FastCGI came out even th=
ough I didn=92t try to troubleshoot it since it wasn=92t important at that =
time.
>>
>>
>>
>> Regards,
>>
>> Tommy
>>
>>
>>
>> From: Ferenc Kovacs [mailto:tyra3l@gmail.com]
>> Sent: Thursday, April 08, 2010 7:42 AM
>> To: Tommy Pham
>> Cc: Todd Oberly; php-windows@lists.php.net
>> Subject: Re: [PHP-WIN] Windows binaries
>>
>>
>>
>>
>>
>> On Thu, Apr 8, 2010 at 4:15 PM, Tommy Pham wrote:
>>
>>> -----Original Message-----
>>> From: Todd Oberly [mailto:taoberly@mindspring.com]
>>
>>> Sent: Thursday, April 08, 2010 7:13 AM
>>> To: php-windows@lists.php.net
>>> Subject: Re: [PHP-WIN] Windows binaries
>>>
>>
>>
>>
>>>
>>> The warning is legitimate, and I will be reporting it to the vendor
>>> (and also fixing it myself, as it looks very simple)...but these errors
>>> seem to have started upon installing FastCGI. =A0Unless the difference
>>> was moving from PHP 5.2.12 -> 5.2.13 ? =A0I could be wrong. =A0The
>>> situation is under control, so this just an inquiry rather than a
>>> complaint.
>>>
>>> Thanks again,
>>>
>>> Todd
>>>
>>
>> The problem is not so much as PHP version upgrade but rather ISAPI > Fas=
tCGI. =A0Another example of broken app is phpmyadmin. =A0Works fine with IS=
API configuration but breaks with FastCGI.
>>
>> I don't think so, if the error is present just doesn't displayed in the =
old configuration but it does in the new, then I think this is a configurat=
ion issue, and not a SAPI one.
>>
>> btw: which phpmyadmin version are you using? I did heard of that kind of=
report, but last weekend, when I was playing with a windows + apache + fas=
tcgi + php devel environment I successfuly installed the latest phpmyadmin =
without running in any issue.
>> what are the symptoms, maybe they are IIS only?
>>
>> Tyrael
>>
>> Regards,
>> Tommy
>>
>>
>>
>> --
>> 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
>



--=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: Windows binaries

VG9kZCwganVzdCBtb3ZpbmcgZnJvbSBJU0FQSSB0byBJSVMgRmFzdENHSSBj YW5ub3Qgc3RhcnQg
Z2VuZXJhdGluZyBQSFAgZXJyb3IgbWVzc2FnZXMuIFJlYXNvbiBiZWluZyBJ U0FQSS9JSVMgRmFz
dENHSSBpcyBqdXN0IGEgd2F5IHRvIGhvb2sgdG8gUEhQIGludGVycHJldGVy LiBJdCBpcyBwaHAg
aW50ZXJwcmV0ZXIgd2hpY2ggaW50ZXJwcmV0cyBwaHAgY29kZS4gSSBoZWFy ZCB0aGlzIGlzIGEg
bGVnaXRpbWF0ZSB3YXJuaW5nLCBzbyB0aGVyZSBpcyBub3RoaW5nIHRvIHdv cnJ5IGFib3V0LiBW
ZW5kb3Igd2lsbCBvbmx5IG5lZWQgdG8gbW9kaWZ5IHRoZSBmdW5jdGlvbiBj YXVzaW5nIHdhcm5p
bmcsIG5vdGhpbmcgZWxzZS4gQXMgRmVyZW5jIG1lbnRpb25lZCB5b3VyIHBo cC5pbmkgY291bGQg
aGF2ZSBnb3QgY2hhbmdlZCBpbiBiZXR3ZWVuIGluc3RhbGxhdGlvbiBhbmQg aGVuY2UgeW91IGFy
ZSBnZXR0aW5nIHdhcm5pbmcgZGlzcGxheWVkLg0KDQpUb21teSwgd2hhdCBw cm9ibGVtIGFyZSB5
b3UgdGFsa2luZyBhYm91dCB3aXRoIHBocE15YWRtaW4gYW5kIElJUz8gSSB1 c2UgcGhwTXlhZG1p
biB3aXRoIElJUyBhbmQgRmFzdENHSSBhbmQgdGhlcmUgYXJlIG5vIHByb2Js ZW0gYXQgYWxsLiBZ
b3Ugd2lsbCBuZWVkIHRvIGRlYnVnIG1vcmUgb24gSFRUUCA1MDAgZXJyb3Iu IFNlZSB3aGF0IHN1
YiBzdGF0dXMgY29kZSB5b3UgYXJlIGdldHRpbmcuIERldGFpbHMgYWJvdXQg c3ViLXN0YXR1cyBp
cyBhdCBodHRwOi8vd3d3Lm1pY3Jvc29mdC5jb20vdGVjaG5ldC9wcm9kdGVj aG5vbC9XaW5kb3dz
U2VydmVyMjAwMy9MaWJyYXJ5L0lJUy82NGUzMDY2MC1kMmYwLTRlOTAtOThj Yy0xNjUyMjE0YTJi
OTMubXNweD9tZnI9dHJ1ZS4gQW5kIGhlcmUgaXMgYW5vdGhlciBsaW5rIHdo aWNoIHdpbGwgaGVs
cCB5b3UgdHJvdWJsZXNob290IDUwMCBlcnJvcnMgaHR0cDovL3N1cHBvcnQu bWljcm9zb2Z0LmNv
bS9rYi8zMTE3NjYuIEkgd291bGQgbG92ZSB0byBoZWFyIGJhY2sgb24gaG93 IHRvIHJlcHJvZHVj
ZSB0aGlzIGhlcmUgYW5kIGlmIHRoZSBwcm9ibGVtIGNhbiBiZSByZXByb2R1 Y2VkIGhlcmUsIHdl
IHdvdWxkIGxvdmUgdG8gZml4IGl0IGluIElJUyBGYXN0Q0dJIGNvZGUuDQoN ClRoYW5rcyBhbmQg
cmVnYXJkcywNCkRvbi4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IEZlcmVu
YyBLb3ZhY3MgW21haWx0bzp0eXJhM2xAZ21haWwuY29tXSANClNlbnQ6IFRo dXJzZGF5LCBBcHJp
bCAwOCwgMjAxMCA3OjQyIEFNDQpUbzogVG9tbXkgUGhhbQ0KQ2M6IFRvZGQg T2Jlcmx5OyBwaHAt
d2luZG93c0BsaXN0cy5waHAubmV0DQpTdWJqZWN0OiBSZTogW1BIUC1XSU5d IFdpbmRvd3MgYmlu
YXJpZXMNCg0KT24gVGh1LCBBcHIgOCwgMjAxMCBhdCA0OjE1IFBNLCBUb21t eSBQaGFtIDx0b21t
eWhwMkBnbWFpbC5jb20+IHdyb3RlOg0KDQo+ID4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0N
Cj4gPiBGcm9tOiBUb2RkIE9iZXJseSBbbWFpbHRvOnRhb2Jlcmx5QG1pbmRz cHJpbmcuY29tXQ0K
PiA+IFNlbnQ6IFRodXJzZGF5LCBBcHJpbCAwOCwgMjAxMCA3OjEzIEFNDQo+ ID4gVG86IHBocC13
aW5kb3dzQGxpc3RzLnBocC5uZXQNCj4gPiBTdWJqZWN0OiBSZTogW1BIUC1X SU5dIFdpbmRvd3Mg
YmluYXJpZXMNCj4gPg0KPg0KPiA8c25pcD4NCj4NCj4gPg0KPiA+IFRoZSB3 YXJuaW5nIGlzIGxl
Z2l0aW1hdGUsIGFuZCBJIHdpbGwgYmUgcmVwb3J0aW5nIGl0IHRvIHRoZSB2 ZW5kb3INCj4gPiAo
YW5kIGFsc28gZml4aW5nIGl0IG15c2VsZiwgYXMgaXQgbG9va3MgdmVyeSBz aW1wbGUpLi4uYnV0
IHRoZXNlIGVycm9ycw0KPiA+IHNlZW0gdG8gaGF2ZSBzdGFydGVkIHVwb24g aW5zdGFsbGluZyBG
YXN0Q0dJLiAgVW5sZXNzIHRoZSBkaWZmZXJlbmNlDQo+ID4gd2FzIG1vdmlu ZyBmcm9tIFBIUCA1
LjIuMTIgLT4gNS4yLjEzID8gIEkgY291bGQgYmUgd3JvbmcuICBUaGUNCj4g PiBzaXR1YXRpb24g
aXMgdW5kZXIgY29udHJvbCwgc28gdGhpcyBqdXN0IGFuIGlucXVpcnkgcmF0 aGVyIHRoYW4gYQ0K
PiA+IGNvbXBsYWludC4NCj4gPg0KPiA+IFRoYW5rcyBhZ2FpbiwNCj4gPg0K PiA+IFRvZGQNCj4g
Pg0KPg0KPiBUaGUgcHJvYmxlbSBpcyBub3Qgc28gbXVjaCBhcyBQSFAgdmVy c2lvbiB1cGdyYWRl
IGJ1dCByYXRoZXIgSVNBUEkgPg0KPiBGYXN0Q0dJLiAgQW5vdGhlciBleGFt cGxlIG9mIGJyb2tl
biBhcHAgaXMgcGhwbXlhZG1pbi4gIFdvcmtzIGZpbmUgd2l0aA0KPiBJU0FQ SSBjb25maWd1cmF0
aW9uIGJ1dCBicmVha3Mgd2l0aCBGYXN0Q0dJLg0KPg0KPiBJIGRvbid0IHRo aW5rIHNvLCBpZiB0
aGUgZXJyb3IgaXMgcHJlc2VudCBqdXN0IGRvZXNuJ3QgZGlzcGxheWVkIGlu IHRoZSBvbGQNCmNv
bmZpZ3VyYXRpb24gYnV0IGl0IGRvZXMgaW4gdGhlIG5ldywgdGhlbiBJIHRo aW5rIHRoaXMgaXMg
YSBjb25maWd1cmF0aW9uDQppc3N1ZSwgYW5kIG5vdCBhIFNBUEkgb25lLg0K DQpidHc6IHdoaWNo
IHBocG15YWRtaW4gdmVyc2lvbiBhcmUgeW91IHVzaW5nPyBJIGRpZCBoZWFy ZCBvZiB0aGF0IGtp
bmQgb2YNCnJlcG9ydCwgYnV0IGxhc3Qgd2Vla2VuZCwgd2hlbiBJIHdhcyBw bGF5aW5nIHdpdGgg
YSB3aW5kb3dzICsgYXBhY2hlICsNCmZhc3RjZ2kgKyBwaHAgZGV2ZWwgZW52 aXJvbm1lbnQgSSBz
dWNjZXNzZnVseSBpbnN0YWxsZWQgdGhlIGxhdGVzdA0KcGhwbXlhZG1pbiB3 aXRob3V0IHJ1bm5p
bmcgaW4gYW55IGlzc3VlLg0Kd2hhdCBhcmUgdGhlIHN5bXB0b21zLCBtYXli ZSB0aGV5IGFyZSBJ
SVMgb25seT8NCg0KVHlyYWVsDQoNCj4gUmVnYXJkcywNCj4gVG9tbXkNCj4N Cj4NCj4gLS0NCj4g
UEhQIFdpbmRvd3MgTWFpbGluZyBMaXN0IChodHRwOi8vd3d3LnBocC5uZXQv KQ0KPiBUbyB1bnN1
YnNjcmliZSwgdmlzaXQ6IGh0dHA6Ly93d3cucGhwLm5ldC91bnN1Yi5waHAN Cj4NCj4NCg==