php-windows Digest 12 Feb 2009 01:02:43 -0000 Issue 3572
Topics (messages 29170 through 29174):
Re: PHP4 source doesn't build on Windows...?
29170 by: Jason Cipriani
Re: PHP 4.4.9, Windows: php_openssl.dll is loaded, but https wrapper not found.
29171 by: Jason Cipriani
29172 by: contact.jlleblanc.com
Access Violation
29173 by: Herb Munson
29174 by: Louis Solomon [SteelBytes]
Administrivia:
To subscribe to the digest, e-mail:
[email protected]
To unsubscribe from the digest, e-mail:
[email protected]
To post to the list, e-mail:
[email protected]
----------------------------------------------------------------------
--- Begin Message ---
On Wed, Feb 11, 2009 at 7:55 AM, Marco Schuster
<[email protected]> wrote:
> 2009/2/11 Jason Cipriani <[email protected]>:
>> I'm trying to build PHP 4.4.9 from source and it seems that most of
>> the network related files #include <arpa/inet.h>.
>>
>> This has never been a Windows header.
>>
>> Did I get the wrong source or something? I grabbed it from here:
> That's a pretty ancient php version o_O Has anyone ever successfully
> built it on Windows?
Well, there are PHP 4.4.9 Windows binaries available for download, so
somebody has built at least some form of the 4.4.9 source, but I'm not
sure what kind of modifications were made to get it to build. I
haven't had the time to sit down with it, it can probably be convinced
to compile, there are surprisingly few errors mostly missing *nix
headers. This is all part of my quest to get the https wrapper to work
though, I'm not even sure if building from source is something I need
to do.
Thanks,
Jason
--- End Message ---
--- Begin Message ---
On Wed, Feb 11, 2009 at 7:55 AM, Marco Schuster
<[email protected]> wrote:
> 2009/2/10 Jason Cipriani <[email protected]>:
>> I've added php_openssl.dll to php.ini. Once I did that, the error changed to:
>>
>> "Unable to find wrapper 'https' - did you forget to enable it when you
>> configured PHP?"
>>
>> I guess I did forget to configure it, but I don't know how. Everything
>> I have seen so far suggests that simply loading the DLL is enough to
>> enable OpenSSL support, define the wrapper, and solve the problem, but
>> that does not seem to be the case. I have done a considerable amount
>> of experimenting and Google searching but have made no progress.
>>
>> How can I make this work? I can verify that the DLL is loaded and that
>> I am using the PHP.INI file that I think I'm using (by moving the DLL
>> out of the path to verify that PHP.EXE fails, and by modifying the
>> PHP.INI file and verifying the effects). I can verify that openssl
>> support is enabled because the openssl modules shows up in phpinfo().
>> However, I'm not sure how to define the https wrapper.
>>
>
> What PHP version is this? The dates from the phpconfig output indicate
> you use a very old PHP version.
It's 4.4.9 (you clipped off the part of my message with the version
number :-). It's the most "recent" version of PHP 4. I'm actually
asking this question on behalf of our web programmers, who are pretty
far into development and locked into PHP 4 (they're using 4.4.7, but
I'm assuming they won't mind switching to 4.4.9). Now they need to
retrieve a resource from one of our servers via HTTPS.
Is it just not possible to make HTTPS connections from PHP 4 scripts
on Windows? Like I mentioned, everything I've read suggests that
loading php_openssl.dll will enable the https wrapper as well, but it
seems like I'm missing a step.
Thanks,
Jason
--- End Message ---
--- Begin Message ---
I've had similar issues with self-signed certificates and PHP 5.x. The
way I got around it was to install the cURL libraries and use code
like this:
$channel = curl_init();
curl_setopt($channel, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($channel, CURLOPT_URL, $yourHttpsUrlHere);
curl_setopt($channel, CURLOPT_CONNECTTIMEOUT, 30);
curl_setopt($channel, CURLOPT_BUFFERSIZE, 500000);
curl_setopt($channel, CURLOPT_FOLLOWLOCATION, true);
curl_setopt($channel, CURLOPT_RETURNTRANSFER, true);
$content = curl_exec($channel);
curl_close($channel);
Not ideal, but it finally worked for me.
-Joe
Quoting Jason Cipriani <[email protected]>:
On Wed, Feb 11, 2009 at 7:55 AM, Marco Schuster
<[email protected]> wrote:
2009/2/10 Jason Cipriani <[email protected]>:
I've added php_openssl.dll to php.ini. Once I did that, the error
changed to:
"Unable to find wrapper 'https' - did you forget to enable it when you
configured PHP?"
I guess I did forget to configure it, but I don't know how. Everything
I have seen so far suggests that simply loading the DLL is enough to
enable OpenSSL support, define the wrapper, and solve the problem, but
that does not seem to be the case. I have done a considerable amount
of experimenting and Google searching but have made no progress.
How can I make this work? I can verify that the DLL is loaded and that
I am using the PHP.INI file that I think I'm using (by moving the DLL
out of the path to verify that PHP.EXE fails, and by modifying the
PHP.INI file and verifying the effects). I can verify that openssl
support is enabled because the openssl modules shows up in phpinfo().
However, I'm not sure how to define the https wrapper.
What PHP version is this? The dates from the phpconfig output indicate
you use a very old PHP version.
It's 4.4.9 (you clipped off the part of my message with the version
number :-). It's the most "recent" version of PHP 4. I'm actually
asking this question on behalf of our web programmers, who are pretty
far into development and locked into PHP 4 (they're using 4.4.7, but
I'm assuming they won't mind switching to 4.4.9). Now they need to
retrieve a resource from one of our servers via HTTPS.
Is it just not possible to make HTTPS connections from PHP 4 scripts
on Windows? Like I mentioned, everything I've read suggests that
loading php_openssl.dll will enable the https wrapper as well, but it
seems like I'm missing a step.
Thanks,
Jason
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
I've installed PHP 5.2.6 ISAPI on Windows XP with IIS 5.1.
It works - sort of. I get frequent 500 errors (IE) or "Access Violation"
errors (firefox). Often, I cannot open phpinfo.php even once after starting
the browser. Once I get the error, I can (very rarely) fix the problem by
running synciwam. Sometimes shutting down the browser and restarting it
works. More often, I can shut it down and restart several times to no
avail. Sometimes I give up and reboot (and it still might not work).
Sometimes (but very rarely) things will work fine for hours.
Basically, I see no pattern. I've seen references to bugs in php that might
cause this, but not for 5.2.6. Since success is so intermittent, I can't
really be sure if running synciwam is responsible for anything.
Does anyone have any idea how many poor souls are trying to run this
combination (5.2.6 + ISAPI + IIS 5.1)? (I got no responses to an earlier
plea; maybe no one is running this combination.)
Are there any clues in the hex address of the error? Is there a way to
determine whether this is a PHP problem, or an MS problem - or my setup
problem? I'm tending to think it is PHP, since I don't see how the usual
source of errors (file security) would be exercised differently when opening
the same site (phpinfo).
This is driving me nuts, and it's a very short trip. Does anyone have a
suggestion (other than chuck XP - I'm kinda stuck with that on my desk)?
Thanks in advance.
herb
--- End Message ---
--- Begin Message ---
forget the ISAPI, use FastCGI. In my experience the ISAPI has never been
stable or working fully.
mmm, not sure FastCGI is available for IIS for XP, so since it's probably
only a dev machine go to just php as cgi. that works fine on all OSes
Louis
--------------------------------------------------
From: "Herb Munson" <[email protected]>
Sent: Thursday, February 12, 2009 11:52 AM
To: <[email protected]>
Subject: [PHP-WIN] Access Violation
I've installed PHP 5.2.6 ISAPI on Windows XP with IIS 5.1.
It works - sort of. I get frequent 500 errors (IE) or "Access Violation"
errors (firefox). Often, I cannot open phpinfo.php even once after
starting
the browser. Once I get the error, I can (very rarely) fix the problem by
running synciwam. Sometimes shutting down the browser and restarting it
works. More often, I can shut it down and restart several times to no
avail. Sometimes I give up and reboot (and it still might not work).
Sometimes (but very rarely) things will work fine for hours.
Basically, I see no pattern. I've seen references to bugs in php that
might
cause this, but not for 5.2.6. Since success is so intermittent, I can't
really be sure if running synciwam is responsible for anything.
Does anyone have any idea how many poor souls are trying to run this
combination (5.2.6 + ISAPI + IIS 5.1)? (I got no responses to an earlier
plea; maybe no one is running this combination.)
Are there any clues in the hex address of the error? Is there a way to
determine whether this is a PHP problem, or an MS problem - or my setup
problem? I'm tending to think it is PHP, since I don't see how the usual
source of errors (file security) would be exercised differently when
opening
the same site (phpinfo).
This is driving me nuts, and it's a very short trip. Does anyone have a
suggestion (other than chuck XP - I'm kinda stuck with that on my desk)?
Thanks in advance.
herb
--- End Message ---
