IPB4 does not work with HHVM

[Ortix]

Apparently IPB4 does not want to work with HHVM. It works fine on php5-fpm. This is what I get in the error log:

 

Fatal error: Uncaught exception 'BadMethodCallException' with message 'Call to a member function fetch_fields() on a non-object (boolean)' in :

Stack trace:
#0 /home/forge/forums.animekyun.com/system/Db/Db.php(391): mysqli_stmt->store_result()
#1 /home/forge/forums.animekyun.com/system/Db/Db.php(622): IPS\_Db->preparedQuery()
#2 /home/forge/forums.animekyun.com/system/Session/Front.php(274): IPS\_Db->replace()
#3 (): IPS\Session\_Front->write()
#4 (): call_user_func()
#5 (): __SystemLib\SessionForwardingHandler->write()
#6 (): session_write_close()
#7 {main}

 

[Marcher Technologies]

http://php.net/manual/en/mysqli-result.fetch-fields.php

This is not a case of the software not working with HHVM, this is a case of HHVM not supporting basic mysqli api calls.....

[kysil]

What you do is use? Excuse me ...
Coming soon PHPng (5.7/7.0). The results of performance superior to Facebook HHVM.

[Makoto]

http://php.net/manual/en/mysqli-result.fetch-fields.php

This is not a case of the software not working with HHVM, this is a case of HHVM not supporting basic mysqli api calls.....

​Are you sure about that?

http://docs.hhvm.com/manual/en/mysqli-result.fetch-fields.php

This error seems to indicate you're trying to call a method on what should be a MySQLI object but is actually a boolean. There might be another incompatibility with MySQLI in HHVM, where instead of a different method call returning a mysqli_object as PHP does (which IP.Board is expecting), HHVM is returning a boolean response.

[Marcher Technologies]

​Are you sure about that?

http://docs.hhvm.com/manual/en/mysqli-result.fetch-fields.php

This error seems to indicate you're trying to call a method on what should be a MySQLI object but is actually a boolean. There might be another incompatibility with MySQLI in HHVM, where instead of a different method call returning a mysqli_object as PHP does (which IP.Board is expecting), HHVM is returning a boolean response.

I am not, in fact, fully sure of that, after further thought and some sleep the error seems to indicate something is going left in the \IPS\Db extension of \mysqli. Not sure what precisely, in review of the autoloader, it's not eval, that only occurs if there are hooks on that class. The error states the method call itself is attempting to be called on a non-object. Sounds like there may be a namespacing incompatibility or something.

[G17 Media]

I don't think they have said anywhere that they are supporting HHVM.

[Riley Smith]

I've been trying to get it to run as well. It seems like there's an issue with the mysqli extensions, like other members have said. It's a shame it doesn't run though, it would be a great way to combat the resource usage of 4.0. The IPBoard staff giving an official statement about HHVM would be great to hear in the future.

[rdt]

Where are we on this? Anyone got it working in the meanwhile?

[Makoto]

Where are we on this? Anyone got it working in the meanwhile?

With the major improvements to performance PHP 7 should bring, I honestly wouldn't be that concerned with HHVM right now.

https://www.zend.com/en/resources/php7_infographic

[ASTRAPI]

Well i get it working IPB4 with HHVM about half month ago but i remember i was did a few changes to do it.....

But as php 7 will have about the same performance as HHVM and everyone is supporting it and all related modules and so on i leave the HHVM .....

At the moment the latest beta 2 of php 7 is working great with IPB4 and compared with the php 5.6 it seems to be faster about 52% from my benchmarks....

In my opinion it is better to wait 2 months for the stable version or even you can test latest beta if you want but at the moment i don't think that HHVM will help a lot....