[PHP-DEV] Bug #9530 Updated: Apache will not start with PayFlow Pro SDK

2001-04-30 Thread jdonagher

ID: 9530
Updated by: jdonagher
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Verisign Payflow Pro related
PHP Version: 4.0.4pl1
Assigned To: [EMAIL PROTECTED]
Comments:

Support for version 3 is now present in the CVS version of 
PHP. Note: You will need to do this in your script for the 
time being:
#putenv('PFPRO_CERT_PATH=/path/to/verisign/sdk/certs');

Please try the CVS version if you can; if the segfaulting 
persists please compile with debugging on (--enable-debug) 
and send me a backtrace, and you're full Apache and PHP 
configure lines, and re-open this bug.



Previous Comments:
---

[2001-04-25 02:34:24] [EMAIL PROTECTED]
As a sidenote, commenting out the pfpro_version function 
will not solve the problem. There are other features that 
the v3 SDK implements which this extension does not. The 
extension does need some work.


---

[2001-04-25 02:32:21] [EMAIL PROTECTED]
Since I work on this extension for my company, work on 
this will progress when Verisign converts our account from 
v2 to v3. I've received notification of this; it will be 
within the next couple weeks.


---

[2001-03-04 17:45:53] [EMAIL PROTECTED]
I believe the problem is that we are using the V3 of the pfpro sdk and that php is on 
V2.11.  Are there any plans to include V3 support in the near future?

---

[2001-03-02 16:23:34] [EMAIL PROTECTED]
To reproduce:
1) ./configure --with-apxs=/usr/local/apache1317/bin/apxs
--with-mysql=/usr/local/mysql --enable-debug=no
--enable-track-vars=yes --with-gdbm --enable-ftp --with-xml
--with-curl --with-openssl --with-pfpro --with-zlib=/usr/lib

NOTE 1: I have placed the path to the pfpro lib and it did not make a difference.

NOTE 2: I have also configured it with only pfpro to verify that it was not any other 
modules and it did not make a difference.

2) make
This is the result
root@server5:/usr/local/phpApache/php-4.0.4pl1# make > make.out
pfpro.c: In function `php_if_pfpro_version':
pfpro.c:129: warning: initialization makes pointer from integer without a
cast
root@server5:/usr/local/phpApache/php-4.0.4pl1#

NOTE: I sent the output into make.out so I could just see the errors.

3) make install
4) cd to apache install dir and run configtest.  It will give the following result:
root@server5:/usr/local/phpApache/php-4.0.4pl1# ../../apache/bin/apachectl
conf
igtest
Syntax error on line 213 of /usr/local/apache1317/conf/httpd.conf:
Cannot load /usr/local/apache1317/libexec/libphp4.so into server:
/usr/local/apache1317/libexec/libphp4.so: undefined symbol: PNVersion
root@server5:/usr/local/phpApache/php-4.0.4pl1#

I believe the error is in the ext/pfpro.c code (../php-4.0.4pl1/ext/pfpro/pfpro.c)
/* {{{ proto string pfpro_version()
   Returns the version of the Payflow Pro library */
PHP_FUNCTION(pfpro_version)
{
if (ZEND_NUM_ARGS() != 0) {
WRONG_PARAM_COUNT;
}

RETURN_STRING(PNVersion(), 1);
}

I have gone in and commented out all the lines in pfpro.c and php_pfpro.h that 
referenced the pfpro version function.  Doing this and repeating the above steps 
allowed me to get apache up and running but it would seg fault at times so this is not 
a very good solution.  I have not submitted a gdb because I can't get it start without 
my commented changes.  Additionally, if I don't build it wil pfpro it configs, makes, 
and runs fine.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9530&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #9530 Updated: Apache will not start with PayFlow Pro SDK

2001-04-24 Thread jdonagher

ID: 9530
Updated by: jdonagher
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Verisign Payflow Pro related
PHP Version: 4.0.4pl1
Assigned To: [EMAIL PROTECTED]
Comments:

As a sidenote, commenting out the pfpro_version function 
will not solve the problem. There are other features that 
the v3 SDK implements which this extension does not. The 
extension does need some work.


Previous Comments:
---

[2001-04-25 02:32:21] [EMAIL PROTECTED]
Since I work on this extension for my company, work on 
this will progress when Verisign converts our account from 
v2 to v3. I've received notification of this; it will be 
within the next couple weeks.


---

[2001-03-04 17:45:53] [EMAIL PROTECTED]
I believe the problem is that we are using the V3 of the pfpro sdk and that php is on 
V2.11.  Are there any plans to include V3 support in the near future?

---

[2001-03-02 16:23:34] [EMAIL PROTECTED]
To reproduce:
1) ./configure --with-apxs=/usr/local/apache1317/bin/apxs
--with-mysql=/usr/local/mysql --enable-debug=no
--enable-track-vars=yes --with-gdbm --enable-ftp --with-xml
--with-curl --with-openssl --with-pfpro --with-zlib=/usr/lib

NOTE 1: I have placed the path to the pfpro lib and it did not make a difference.

NOTE 2: I have also configured it with only pfpro to verify that it was not any other 
modules and it did not make a difference.

2) make
This is the result
root@server5:/usr/local/phpApache/php-4.0.4pl1# make > make.out
pfpro.c: In function `php_if_pfpro_version':
pfpro.c:129: warning: initialization makes pointer from integer without a
cast
root@server5:/usr/local/phpApache/php-4.0.4pl1#

NOTE: I sent the output into make.out so I could just see the errors.

3) make install
4) cd to apache install dir and run configtest.  It will give the following result:
root@server5:/usr/local/phpApache/php-4.0.4pl1# ../../apache/bin/apachectl
conf
igtest
Syntax error on line 213 of /usr/local/apache1317/conf/httpd.conf:
Cannot load /usr/local/apache1317/libexec/libphp4.so into server:
/usr/local/apache1317/libexec/libphp4.so: undefined symbol: PNVersion
root@server5:/usr/local/phpApache/php-4.0.4pl1#

I believe the error is in the ext/pfpro.c code (../php-4.0.4pl1/ext/pfpro/pfpro.c)
/* {{{ proto string pfpro_version()
   Returns the version of the Payflow Pro library */
PHP_FUNCTION(pfpro_version)
{
if (ZEND_NUM_ARGS() != 0) {
WRONG_PARAM_COUNT;
}

RETURN_STRING(PNVersion(), 1);
}

I have gone in and commented out all the lines in pfpro.c and php_pfpro.h that 
referenced the pfpro version function.  Doing this and repeating the above steps 
allowed me to get apache up and running but it would seg fault at times so this is not 
a very good solution.  I have not submitted a gdb because I can't get it start without 
my commented changes.  Additionally, if I don't build it wil pfpro it configs, makes, 
and runs fine.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9530&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #9530 Updated: Apache will not start with PayFlow Pro SDK

2001-04-24 Thread jdonagher

ID: 9530
Updated by: jdonagher
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Verisign Payflow Pro related
PHP Version: 4.0.4pl1
Assigned To: [EMAIL PROTECTED]
Comments:

Since I work on this extension for my company, work on 
this will progress when Verisign converts our account from 
v2 to v3. I've received notification of this; it will be 
within the next couple weeks.


Previous Comments:
---

[2001-03-04 17:45:53] [EMAIL PROTECTED]
I believe the problem is that we are using the V3 of the pfpro sdk and that php is on 
V2.11.  Are there any plans to include V3 support in the near future?

---

[2001-03-02 16:23:34] [EMAIL PROTECTED]
To reproduce:
1) ./configure --with-apxs=/usr/local/apache1317/bin/apxs
--with-mysql=/usr/local/mysql --enable-debug=no
--enable-track-vars=yes --with-gdbm --enable-ftp --with-xml
--with-curl --with-openssl --with-pfpro --with-zlib=/usr/lib

NOTE 1: I have placed the path to the pfpro lib and it did not make a difference.

NOTE 2: I have also configured it with only pfpro to verify that it was not any other 
modules and it did not make a difference.

2) make
This is the result
root@server5:/usr/local/phpApache/php-4.0.4pl1# make > make.out
pfpro.c: In function `php_if_pfpro_version':
pfpro.c:129: warning: initialization makes pointer from integer without a
cast
root@server5:/usr/local/phpApache/php-4.0.4pl1#

NOTE: I sent the output into make.out so I could just see the errors.

3) make install
4) cd to apache install dir and run configtest.  It will give the following result:
root@server5:/usr/local/phpApache/php-4.0.4pl1# ../../apache/bin/apachectl
conf
igtest
Syntax error on line 213 of /usr/local/apache1317/conf/httpd.conf:
Cannot load /usr/local/apache1317/libexec/libphp4.so into server:
/usr/local/apache1317/libexec/libphp4.so: undefined symbol: PNVersion
root@server5:/usr/local/phpApache/php-4.0.4pl1#

I believe the error is in the ext/pfpro.c code (../php-4.0.4pl1/ext/pfpro/pfpro.c)
/* {{{ proto string pfpro_version()
   Returns the version of the Payflow Pro library */
PHP_FUNCTION(pfpro_version)
{
if (ZEND_NUM_ARGS() != 0) {
WRONG_PARAM_COUNT;
}

RETURN_STRING(PNVersion(), 1);
}

I have gone in and commented out all the lines in pfpro.c and php_pfpro.h that 
referenced the pfpro version function.  Doing this and repeating the above steps 
allowed me to get apache up and running but it would seg fault at times so this is not 
a very good solution.  I have not submitted a gdb because I can't get it start without 
my commented changes.  Additionally, if I don't build it wil pfpro it configs, makes, 
and runs fine.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9530&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]