Midcom 2.5 on PHP5

1. Marcin Sołtysiak

   Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   Hi,

   I got a project that I must use PHP 5.1 and Midgard. I managed to launch midgard and even Aegir on it, I even found a workaround for $this = false; but got fatal error while running MidCOM:

   Cannot instantiate abstract class \x86\x0c\xeb]\x10 in ..../midcom/lib/midcom/helper/_dbfactory.php on line 36

   I used CVS midgard-core and midgard-php4.

   What is that??

   •  Reply
2. Piotr Pokora

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   Hi!

   I even found a workaround for $this = false;

   Which is? :)

   Cannot instantiate abstract class \x86\x0c\xeb]\x10 in >..../midcom/lib/midcom/helper/_dbfactory.php on line 36

   Please copy here _dbfactory.php file's lines. from 30 to 40.

   I think it's some MgdSchema object's method call and pointer is badly set for Zend2.

   Piotras

   •  Reply
3. Tarjei Huse

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   Hi, the relevant lines are: function get_object_by_guid($guid) { $tmp = mgd_get_new_object_by_guid($guid); if (! $tmp) { debug_push_class(CLASS, FUNCTION); debug_add("The Midgard core failed to resolve the GUID {$guid}: " . mgd_errstr(), MIDCOM_LOG_INFO); debug_pop(); return null; } return $this->convert_midgard_to_midcom($tmp); }

   It's the $tmp = mgd_get_new_object_by_guid($guid); that seems to fail. (According to Solts report above.) Tarjei

   •  Reply
4. Marcin Sołtysiak

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   I even found a workaround for $this = false; Which is? :)

   assignment by reference:

   $x =& $this; $x = false;

   according to PHP.net faq/user notes.

   •  Reply
5. Piotr Pokora

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   Hi again ,

   I forgot to mention. I commited a fix today. I will try to find all constructor issues later this week.

   Piotras

   •  Reply
6. Henri Bergius

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   I forgot to mention. I commited a fix today. I will try to find all constructor issues later this week.

   Great! It would be excellent to finally migrate to PHP5. Good work, Solt and Piotras!

   /Bergie

   •  Reply
7. Marcin Sołtysiak

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   OK. I've synced with CVS and no more PHP errors :) Instead I got:

   midcom_helper__componentloader::load_manifest: Failed to load the component manifest for net.nehmer.bra nchenbuch: The DBA classes failed to load.

   for every component. I believe it is up to my midcom installation since I just got from CVS and put into pear filesystem so I might went wrong.

   •  Reply
8. Marcin Sołtysiak

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   Don't mention my prev post. here is the new issue:

           $path = $object->parameter("midcom","component");
   

   silently dies in line 976 of application.php.

   It produces no PHP, no Apache nor system error.

   •  Reply
9. Marcin Sołtysiak

   re: Midcom 2.5 on PHP5

   Thu January 01 1970 00:00:00 UTC

   more info: if $object is retrieced using old style mgd_get_xxx() $object->parameter method will not die.

   •  Reply
10. Marcin Sołtysiak

    re: Midcom 2.5 on PHP5

    Thu January 01 1970 00:00:00 UTC

    Strange... I say, so strange, however I didn;t sniff that much but it seems that last Piotras' commit did fix prevoius bug.

    Midcom no longer dies on getting parameter and QB is no longer dying on execute().

    Now I got almost all running on PHP 5.1.4, MySql 5.0.22 and apache 2.2.2.

    Almost means that I got Aegir 1, MidCoM 2.5.8 and even Spider but I got

    Warning: (pid:28297): QUERY FAILED: Unknown column 'guid' in 'field list' in /usr/share/pear/midcom/lib/midcom/services/auth/sessionmgr.php on line 113

    while logging into Aegir 2.

    I also do not know how to launch those nice AJAX goodies Bergie showed last time :)

    •  Reply