ID: 22441
Updated by: [EMAIL PROTECTED]
Reported By: eric at vlender dot com
-Status: Open
+Status: Feedback
Bug Type: OpenSSL related
Operating System: GNU/Linux (slackware)
PHP Version: 4.3.1
New Comment:
Does compiling PHP as DSO for Apache fix this?
If so, you can bogus this, we already have a report about that one.
Previous Comments:
------------------------------------------------------------------------
[2003-02-28 19:19:56] eric at vlender dot com
Well, I have now compiled in openssl-0.9.7a and cURL-7.10.3 and instead
of just getting nothing, I get this in my logs:
[Fri Feb 28 18:19:46 2003] [notice] child pid 11916 exit signal
Segmentation fault (11)
[Fri Feb 28 18:19:46 2003] [notice] child pid 11908 exit signal
Segmentation fault (11)
That is with an attempted fsockopen("ssl://securehost.hre", 443,
errorno, error); call that works perfectly with out the -pfpro option
...
I guess I can always have PHP shell out to a PERL script and manage the
transaction ..
Thanks for your help :)
------------------------------------------------------------------------
[2003-02-26 11:37:47] eric at vlender dot com
On a quick side note, Payflow pro is working perfectly. We use it for
our signups, and the signup procedure is functioning perfectly. Just
cURL and fsockopen() are not happy.. :(
I placed them in /usr/lib and /usr/local/include respectfully.
/usr/local/lib/pfpro.h is a symlink to the header in
/usr/local/include
~> locate pfpro | sort
/usr/lib/libpfpro.so
/usr/local/include/pfpro.h
/usr/local/lib/pfpro.h
/usr/local/src/php-4.3.1/ext/pfpro
/usr/local/src/php-4.3.1/ext/pfpro/CREDITS
/usr/local/src/php-4.3.1/ext/pfpro/TODO
/usr/local/src/php-4.3.1/ext/pfpro/config.m4
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.c
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.lo
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.o
/usr/local/src/php-4.3.1/ext/pfpro/php_pfpro.h
/usr/local/src/php-4.3.1/tests/testpfpro.php
------------------------------------------------------------------------
[2003-02-26 11:25:56] [EMAIL PROTECTED]
Where are the pfpro libs and headers installed then?
And you're absolutely sure you don't have any older versions
laying around? (I somewhat remember there being some problems before
with pfpro and openssl..)
------------------------------------------------------------------------
[2003-02-26 11:19:14] eric at vlender dot com
One other note that I realized should probally be taken into account
with this. I am using apache-ssl Ben-SSL/1.48 and not mod_ssl.
------------------------------------------------------------------------
[2003-02-26 11:12:34] eric at vlender dot com
I don't think that is the case. I am using the following shared
library from the sdk:
-rwxrwxr-x 1 501 501 690560 Jun 11 2002 libpfpro.so*
I went and redownloaded the SDK this morning, and the lib in their
download is the same as this one. Here are my configure statements.
(Also, in the meantime I have upgraded to openssl-0.9.7)
apache-1.3.27: ./configure --prefix=/usr/local/apache
--server-uid=daemon --server-gid=daemon
--activate-module=src/modules/php4/libphp4.a:
php-4.3.1: ./configure --with-apache=../apache_1.3.27 --enable-bcmath
--with-curl --with-gettext --with-mysql=/usr/local/mysql
--with-mcrypt=../libmcrypt-2.5.0 --with-openssl=/usr/local/ssl
--with-pear --disable-cgi --with-gd --with-zlib
--with-jpeg-dir=/usr/lib --with-pfpro
With just the --with-pfpro option I believe it uses the PHP internal
pfpro extension, is this the issue, and should I be pointing it to the
pfpro shared library instead?
If so, will I need to recompile everything as shared? I prefer static
for the raw performance, but will switch to shared if that will solve
this issue.
Thanks again.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22441
--
Edit this bug report at http://bugs.php.net/?id=22441&edit=1
