Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Running zend-xmlrpc without BigInteger #1

Open
1 task
weierophinney opened this issue Dec 31, 2019 · 1 comment
Open
1 task

Running zend-xmlrpc without BigInteger #1

weierophinney opened this issue Dec 31, 2019 · 1 comment

Comments

@weierophinney
Copy link
Member

  • [ x] I was not able to find an open or closed issue matching what I'm seeing.
  • This is not a question. (Questions should be asked on chat (Signup here) or our forums.)

I was trying to use zend-XMLRPC today and I was receiving data back with type i8 from the XMLRPC server. As noted here, an i8 is a 64-bit integer. I am running the XMLRPC client on a 64-bit machine, where PHP_INT_MAX is 9223372036854775807, and I feel that using BigInteger is not required in this situation.

Would it be possible to add some sort of flag or configuration option, or perhaps detect if the machine is 64-bit, and in that case disable BigInteger support and simply use PHP's native integer for XMLRPC i8 types?

Code to reproduce the issue

// See https://github.com/zendframework/zend-xmlrpc/blob/9f1bf634995d0956fb1af9f63e394787c1211594/src/AbstractValue.php#L193

Expected results

BigInteger is not required on a 64 bit machine

Actual results

Error "Big integer math support is not detected" since either gmp or bcmath module is not installed.


Originally posted by @jtvd78 at zendframework/zend-xmlrpc#39

@weierophinney
Copy link
Member Author

Please see zendframework/zend-xmlrpc#40


Originally posted by @jtvd78 at zendframework/zend-xmlrpc#39 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant