?

Log in

No account? Create an account
Ramblings Journals I Read Calendar The Dirt MegaZone's Waste of Time Older Older Newer Newer
Looking for PHP extension clue - MegaZone's Safety Valve
The Ramblings of a Damaged Mind
zonereyrie
zonereyrie
Looking for PHP extension clue
For work we have a PHP extension written in C++. The extension implements our cryptography code so the PHP version of our merchant scripts can use it. We've only had a couple of PHP users to date and things had been working OK. Now we have more and one of them gets a segfault when they run the code - and they're on FreeBSD 4.5, which is fairly old. On their box, and another (FreeBSD 4.9) instead of building paycash.so you end up with cppext.so - which I believe is an error in the config.m4 file. (Renaming the .so manually works.) The thing is I really don't know much about PHP extension coding - I didn't write this one either. The original crypto code came from our Russian team, and my boss modified it and wrapped it to create the extension. But I'm the one who has to work with it so I'd really like to resolve these issues. The thing is, on my Red Hat boxes and my FreeBSD 4.7 box here it works fine - it builds the correctly named file and no segfaults. I haven't worked with C++ in nearly 10 years until this came up, so I'm rather rusty. And I'm still trying to figure out the PHP extension issues - so if anyone has a few spare cycles and is willing to peruse the code and hit me with a clue bad, It'd be appreciated.

http://techsrvc.cyphermint.com/downloads/ - there are 2 PHP related tarballs. One is the crypto source, the other is the merchant scripts that then use the .so the source builds. (There is also the Perl Kit there if you're curious - but that's been working fine. I can put up the ASP or ColdFusion versions if you really want to see them. ;-) I don't maintain those.)

I am: frustrated frustrated
Current Media: office buzz

2 STDOUT || STDIN
Comments
jarodrussell From: jarodrussell Date: May 3rd, 2004 03:27 pm (UTC) (Direct Link)
If you don't mind my asking, why do you have to deal with varying Linux and BSD version? I thought Cyphermint shipped the whole package, software and hardware.
zonereyrie From: zonereyrie Date: May 3rd, 2004 03:49 pm (UTC) (Direct Link)
Oh, no, we don't do HW. We do online payments - we have a downloadable consumer Wallet for Windows, and we have merchant software to handle that end of the payment process. The merchant software is available as ASP/VB, ColdFusion 5 & MX, PHP 4.x, and Perl 5.x. All of them on Windows, PHP and Perl also on UNIX/Linux. Part of the framework is a cryptography object that handles the encryption for communicating with the Pay Cash network - on Windows there is a COM object (written in Delphi by the Russians), on UNIX/Linux there are shared objects for Perl and PHP. The Perl version is done as a perl extension (PayCash.pm/PayCwsh.so), and for PHP it is a PHP extension (paycash.so).

Since one of my hats is Professional Services I get the pleasure of helping people to implement these on their different platforms.

Some of this will be moot soon - one of the projects I'm involved with is the 'Cyphermint Payment Gateway'. Basically a web based payment gateway along the lines of PayPal, StormPay, etc. Nothing but HTML and email required from the merchant, scripting only if they want real time notification of payments via HTTP/HTTPS.

That's getting fairly close to initial availability for any brave merchants who want to go first. :-)

But in the meantime, and going forward for those who want to use it, we still have to handle the script framework.

The only HW we deal with is on Kiosks, and that isn't our HW either. On the 7-Eleven project they selected the HW (NCR), for the AAA project we selected a HW partner as part of the bid for the project.
2 STDOUT || STDIN