DDC-3120: Warning: Erroneous data format for unserializing PHP5.6+ #3873

New Issue

Closed

opened 2026-01-22 14:29:45 +01:00 by admin · 46 comments

admin commented 2026-01-22 14:29:45 +01:00

Owner

Copy Link

Originally created by @doctrinebot on GitHub (May 11, 2014).

Originally assigned to: @Ocramius on GitHub.

Jira issue originally created by user techkey:

Hi all,

There seems to be something strange going on in the method newInstance() of the class \Doctrine\ORM\Mapping\ClassMetadataInfo.

The original class method looks like this:

{quote}\Doctrine\ORM\Mapping\ClassMetadataInfo#newInstance(){quote}

    {
        if ($this->_prototype === null) {
            $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name));
        }

        return clone $this->_prototype;
    }

What happens now when a class that implements \Serializable is that a "Warning: Erroneous data format for unserializing" shows up and the function unserialize() returns false.

That is because a class that implements \Serializable is expected to have the letter 'C' in the serialize string instead of the letter 'O'.

I've made a quick work-around like this:

{quote}\Doctrine\ORM\Mapping\ClassMetadataInfo#newInstance(){quote}

    {
        if ($this->_prototype === null) {
            $this->_prototype = @unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name));
            if ($this->_prototype === false) {
                $this->_prototype = unserialize(sprintf('C:%d:"%s":0:{}', strlen($this->name), $this->name));
            }
        }

        return clone $this->_prototype;
    }

That seems to work in my isolated tests and with Symfony2 and Doctrine2 and FOSUserBundle together.

I've noticed this because the Model\User class from FOSUserBundle implements \Serializable.

I had to implement a check in Model\User class because when using {{'C:%d:"%s":0:{}'}} the $serialized parameter of the unserialize method in the Model\User class is a empty string then.

That warning seems only to happen with PHP5.6+. PHP5.5.12 and below doesn't show that warning.

I hope someone can shine some light on this, thank you,

Cornelis.

Originally created by @doctrinebot on GitHub (May 11, 2014). Originally assigned to: @Ocramius on GitHub. Jira issue originally created by user techkey: Hi all, There seems to be something strange going on in the method `newInstance()` of the class `\Doctrine\ORM\Mapping\ClassMetadataInfo`. The original class method looks like this: {quote}\Doctrine\ORM\Mapping\ClassMetadataInfo#newInstance(){quote} ``` { if ($this->_prototype === null) { $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name)); } return clone $this->_prototype; } ``` What happens now when a class that implements \Serializable is that a "Warning: Erroneous data format for unserializing" shows up and the function unserialize() returns false. That is because a class that implements \Serializable is expected to have the letter 'C' in the serialize string instead of the letter 'O'. I've made a quick work-around like this: {quote}\Doctrine\ORM\Mapping\ClassMetadataInfo#newInstance(){quote} ``` { if ($this->_prototype === null) { $this->_prototype = @unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name)); if ($this->_prototype === false) { $this->_prototype = unserialize(sprintf('C:%d:"%s":0:{}', strlen($this->name), $this->name)); } } return clone $this->_prototype; } ``` That seems to work in my isolated tests and with Symfony2 and Doctrine2 and FOSUserBundle together. I've noticed this because the `Model\User` class from FOSUserBundle implements `\Serializable`. I had to implement a check in Model\User class because when using {{'C:%d:"%s":0:{}'}} the $serialized parameter of the `unserialize` method in the `Model\User` class is a empty string then. That warning seems only to happen with PHP5.6+. PHP5.5.12 and below doesn't show that warning. I hope someone can shine some light on this, thank you, Cornelis.

admin added the Bug label 2026-01-22 14:29:45 +01:00

admin closed this issue 2026-01-22 14:29:46 +01:00

admin commented 2026-01-22 14:29:48 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 11, 2014):

• is duplicated by DDC-3252: [GH-1109] DDC-3120 - PHP 5.6-RC3 compatibility
• is referenced by DDC-3156: [GH-1050] DDC-3120 -- Catch ReflectionException for internal classes in ClassMetad...
• is referenced by DDC-3339: [GH-1154] Hotfix/php 5.6 serialization fix

@doctrinebot commented on GitHub (May 11, 2014): - is duplicated by [DDC-3252: [GH-1109] DDC-3120 - PHP 5.6-RC3 compatibility](http://www.doctrine-project.org/jira/browse/DDC-3252) - is referenced by [DDC-3156: [GH-1050] DDC-3120 -- Catch ReflectionException for internal classes in ClassMetad...](http://www.doctrine-project.org/jira/browse/DDC-3156) - is referenced by [DDC-3339: [GH-1154] Hotfix/php 5.6 serialization fix](http://www.doctrine-project.org/jira/browse/DDC-3339)

admin commented 2026-01-22 14:29:49 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 11, 2014):

Comment created by @ocramius:

Indeed, for PHP 5.4+ we should use ReflectionClass#newInstanceWithoutConstructor()

@doctrinebot commented on GitHub (May 11, 2014): Comment created by @ocramius: Indeed, for PHP 5.4+ we should use `ReflectionClass#newInstanceWithoutConstructor()`

admin commented 2026-01-22 14:29:50 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 11, 2014):

Comment created by techkey:

Just tested it. That works as expected, far more better then the dirty hacks I did, thanks a lot!

Any idea when this would be implemented into the code?

@doctrinebot commented on GitHub (May 11, 2014): Comment created by techkey: Just tested it. That works as expected, far more better then the dirty hacks I did, thanks a lot! Any idea when this would be implemented into the code?

admin commented 2026-01-22 14:29:50 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 11, 2014):

Comment created by @ocramius:

Send a pull request and I'll merge it later today (we could also need a failing test with an entity implementing the Serializable interface)

@doctrinebot commented on GitHub (May 11, 2014): Comment created by @ocramius: Send a pull request and I'll merge it later today (we could also need a failing test with an entity implementing the `Serializable` interface)

admin commented 2026-01-22 14:29:52 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 30, 2014):

Comment created by evertharmeling:

Seems to be a problem in the latest PHP 5.4 version too.

https://github.com/doctrine/doctrine2/pull/1045/

@doctrinebot commented on GitHub (May 30, 2014): Comment created by evertharmeling: Seems to be a problem in the latest PHP 5.4 version too. https://github.com/doctrine/doctrine2/pull/1045/

admin commented 2026-01-22 14:29:52 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 30, 2014):

Comment created by @doctrinebot:

A related Github Pull-Request [GH-1045] was closed:
https://github.com/doctrine/doctrine2/pull/1045

@doctrinebot commented on GitHub (May 30, 2014): Comment created by @doctrinebot: A related Github Pull-Request [GH-1045] was closed: https://github.com/doctrine/doctrine2/pull/1045

admin commented 2026-01-22 14:29:53 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 2, 2014):

Comment created by rkmax:

I am facing this same error i have PHP 5.5.13, I'm using Symfony, Doctrine ORM and FOSUserBUndle

@doctrinebot commented on GitHub (Jun 2, 2014): Comment created by rkmax: I am facing this same error i have PHP 5.5.13, I'm using Symfony, Doctrine ORM and FOSUserBUndle

admin commented 2026-01-22 14:29:53 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 2, 2014):

Comment created by @ocramius:

[~rkmax] the patch landed in master (2.5.x) for now.

@doctrinebot commented on GitHub (Jun 2, 2014): Comment created by @ocramius: [~rkmax] the patch landed in master (2.5.x) for now.

admin commented 2026-01-22 14:29:55 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 2, 2014):

Comment created by @ocramius:

Merged via DDC-3147

@doctrinebot commented on GitHub (Jun 2, 2014): Comment created by @ocramius: Merged via [DDC-3147](http://www.doctrine-project.org/jira/browse/DDC-3147)

admin commented 2026-01-22 14:29:55 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 4, 2014):

Comment created by tbuhk:

When can we expect the version with this bugfix?

@doctrinebot commented on GitHub (Jun 4, 2014): Comment created by tbuhk: When can we expect the version with this bugfix?

admin commented 2026-01-22 14:29:57 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 8, 2014):

Comment created by gnuk:

Why don't you tag 2.4.3 version with this fix ? Because the error is already present in PHP 5.5.13 which is a stable version and it's a blocking issue when you're using FOSUserBundle for example. There is also no opened issue refering this version and the due date is in april.

@doctrinebot commented on GitHub (Jun 8, 2014): Comment created by gnuk: Why don't you tag 2.4.3 version with this fix ? Because the error is already present in PHP 5.5.13 which is a stable version and it's a blocking issue when you're using FOSUserBundle for example. There is also no opened issue refering this version and the due date is in april.

admin commented 2026-01-22 14:29:57 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 19, 2014):

Comment created by j.perovic:

I'm still seeing this bug, although my PHP_VERSION_ID is 50600 :(

So, version based condition is no good...

@doctrinebot commented on GitHub (Jun 19, 2014): Comment created by j.perovic: I'm still seeing this bug, although my PHP_VERSION_ID is 50600 :( So, version based condition is no good...

admin commented 2026-01-22 14:29:57 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 19, 2014):

Comment created by @ocramius:

The approach to be taken for 50600 is still under discussion in php-internals.

@doctrinebot commented on GitHub (Jun 19, 2014): Comment created by @ocramius: The approach to be taken for 50600 is still under discussion in php-internals.

admin commented 2026-01-22 14:29:57 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 20, 2014):

Comment created by techkey:

Hi all,

I've just downloaded PHP5.6RC1 and updated doctrine and the error is back indeed.

A little peek at the code starting on line 866 of file Doctrine\ORM\Mapping\ClassMetadataInfo.php shows this:

    public function newInstance()
    {
        if ($this->_prototype === null) {
            if (PHP*VERSION_ID === 50429 || PHP_VERSION*ID === 50513) {
                $this->_prototype = $this->reflClass->newInstanceWithoutConstructor();
            } else {
                $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name));
            }
        }

        return clone $this->_prototype;
    }

As can be seen, PHP5.6 is out of the picture, it only checks for the exact versions 5.4.29 and 5.5.13.

So for the code to work correctly on PHP5.6 one can add PHP5.6 to the test condition, or just skip the test all together if you don't mind the old PHP5.3. According to PHP, ReflectionClass::newInstanceWithoutConstructor is available since PHP >= 5.4.0.

Greetings, Cornelis.

@doctrinebot commented on GitHub (Jun 20, 2014): Comment created by techkey: Hi all, I've just downloaded `PHP5.6RC1` and updated doctrine and the error is back indeed. A little peek at the code starting on line 866 of file `Doctrine\ORM\Mapping\ClassMetadataInfo.php` shows this: ``` public function newInstance() { if ($this->_prototype === null) { if (PHP*VERSION_ID === 50429 || PHP_VERSION*ID === 50513) { $this->_prototype = $this->reflClass->newInstanceWithoutConstructor(); } else { $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name)); } } return clone $this->_prototype; } ``` As can be seen, `PHP5.6` is out of the picture, it only checks for the exact versions `5.4.29` and `5.5.13`. So for the code to work correctly on `PHP5.6` one can add `PHP5.6` to the test condition, or just skip the test all together if you don't mind the old `PHP5.3`. According to PHP, `ReflectionClass::newInstanceWithoutConstructor` is available since `PHP >= 5.4.0`. Greetings, Cornelis.

admin commented 2026-01-22 14:29:57 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 21, 2014):

Comment created by @ocramius:

As I already pointed out, this is still being discussed in php internals. See http://news.php.net/php.internals/75009

This won't be dealt with in 5.6 until there's either a stable release or internals decides what has to be done.

@doctrinebot commented on GitHub (Jun 21, 2014): Comment created by @ocramius: As I already pointed out, this is still being discussed in php internals. See http://news.php.net/php.internals/75009 This won't be dealt with in 5.6 until there's either a stable release or internals decides what has to be done.

admin commented 2026-01-22 14:29:58 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jun 21, 2014):

Comment created by @ocramius:

Also, ReflectionClass#newInstanceWithoutConstructor() still doesn't cover the pre-existing "hack" using unserialize, so we're still waiting for a reliable API from PHP core.

@doctrinebot commented on GitHub (Jun 21, 2014): Comment created by @ocramius: Also, `ReflectionClass#newInstanceWithoutConstructor()` still doesn't cover the pre-existing "hack" using `unserialize`, so we're still waiting for a reliable API from PHP core.

admin commented 2026-01-22 14:29:58 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 23, 2014):

Comment created by chasen:

Using PHP 5.6RC2 and ORM 2.4.4 I am still experiencing this issue. I have also tested with PHP 5.5.15 and I am still getting the issue. Do i need to be using a different build of ORM to have the fix applied?

@doctrinebot commented on GitHub (Jul 23, 2014): Comment created by chasen: Using PHP 5.6RC2 and ORM 2.4.4 I am still experiencing this issue. I have also tested with PHP 5.5.15 and I am still getting the issue. Do i need to be using a different build of ORM to have the fix applied?

admin commented 2026-01-22 14:29:58 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 23, 2014):

Comment created by pascall:

Hi,
I'm using 5.6.0beta3 and ORM 2.4.4 and i have the same probleme
Warning: Erroneous data format for unserializing .. in orm/lib/Doctrine/ORM/Mapping/ClassMetadataInfo.php line 872

and in current code in ClassMetadataInfo.php line 872 is :

public function newInstance()
{
    if ($this->_prototype === null) {
        if (PHP*VERSION_ID === 50429 || PHP_VERSION*ID === 50513) {
            $this->_prototype = $this->reflClass->newInstanceWithoutConstructor();
        } else {
            $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name));
        }
    }

    return clone $this->_prototype;
}

@doctrinebot commented on GitHub (Jul 23, 2014): Comment created by pascall: Hi, I'm using 5.6.0beta3 and ORM 2.4.4 and i have the same probleme Warning: Erroneous data format for unserializing .. in orm/lib/Doctrine/ORM/Mapping/ClassMetadataInfo.php line 872 and in current code in ClassMetadataInfo.php line 872 is : ``` public function newInstance() { if ($this->_prototype === null) { if (PHP*VERSION_ID === 50429 || PHP_VERSION*ID === 50513) { $this->_prototype = $this->reflClass->newInstanceWithoutConstructor(); } else { $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name)); } } return clone $this->_prototype; } ```

admin commented 2026-01-22 14:29:59 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 23, 2014):

Comment created by evertharmeling:

As stated by Marco Pivetta; "This won't be dealt with in 5.6 until there's either a stable release or internals decides what has to be done.". And besides that 5.6 still is in development, not stable.
If you still want to use 5.6 you can fork the code and extend the 5.4 / 5.5 check to support 5.6.

@doctrinebot commented on GitHub (Jul 23, 2014): Comment created by evertharmeling: As stated by Marco Pivetta; "This won't be dealt with in 5.6 until there's either a stable release or internals decides what has to be done.". And besides that 5.6 still is in development, not stable. If you still want to use 5.6 you can fork the code and extend the 5.4 / 5.5 check to support 5.6.

admin commented 2026-01-22 14:29:59 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 23, 2014):

Comment created by chasen:

5.6 has an RC which should mean a stable API, and that only bugs will be fixed before an official stable release?

@doctrinebot commented on GitHub (Jul 23, 2014): Comment created by chasen: 5.6 has an RC which should mean a stable API, and that only bugs will be fixed before an official stable release?

admin commented 2026-01-22 14:29:59 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 23, 2014):

Comment created by evertharmeling:

Looking at http://news.php.net/php.internals/75966 it's still being discussed, and they are planning to have it fixed in RC3.

@doctrinebot commented on GitHub (Jul 23, 2014): Comment created by evertharmeling: Looking at http://news.php.net/php.internals/75966 it's still being discussed, and they are planning to have it fixed in RC3.

admin commented 2026-01-22 14:30:00 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 23, 2014):

Comment created by @ocramius:

Internals still didn't get to a clear decision. Until then, we won't support 5.6 officially.

@doctrinebot commented on GitHub (Jul 23, 2014): Comment created by @ocramius: Internals still didn't get to a clear decision. Until then, we won't support 5.6 officially.

admin commented 2026-01-22 14:30:00 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 24, 2014):

Comment created by Ronan:

Same error encountered with PHP 5.5.13 (cli) (built: May 30 2014 10:43:29)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans

(PHP 5.5 installed via http://php-osx.liip.ch/)

@doctrinebot commented on GitHub (Jul 24, 2014): Comment created by Ronan: Same error encountered with PHP 5.5.13 (cli) (built: May 30 2014 10:43:29) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans (PHP 5.5 installed via http://php-osx.liip.ch/)

admin commented 2026-01-22 14:30:00 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 24, 2014):

Comment created by @ocramius:

[~Ronan] what D2 version? We fixed it for 2.4.x (temporarily)

@doctrinebot commented on GitHub (Jul 24, 2014): Comment created by @ocramius: [~Ronan] what D2 version? We fixed it for 2.4.x (temporarily)

admin commented 2026-01-22 14:30:00 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Jul 24, 2014):

Comment created by Ronan:

My bad: reading my composer.lock: doctrine/orm, v2.4.2, ref 0363a5548d, "time": "2014-02-08 16:35:09"... Well.. this is was an old one !

composer update fixed it. Sorry for disturbing.

@doctrinebot commented on GitHub (Jul 24, 2014): Comment created by Ronan: My bad: reading my composer.lock: doctrine/orm, v2.4.2, ref 0363a5548d9263f979f9ca149decb9cfc66419ab, "time": "2014-02-08 16:35:09"... Well.. this is was an old one ! `composer update` fixed it. Sorry for disturbing.

admin commented 2026-01-22 14:30:00 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 12, 2014):

Comment created by chasen:

Im still getting this error running php 5.6RC2 and the dev-master(6ac19b04bf) build of D2/orm. Am i missing something?

@doctrinebot commented on GitHub (Aug 12, 2014): Comment created by chasen: Im still getting this error running php 5.6RC2 and the dev-master(6ac19b04bfbd7a97aad5ed8c2abd6279ff5e0022) build of D2/orm. Am i missing something?

admin commented 2026-01-22 14:30:03 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 12, 2014):

Comment created by @ocramius:

This was semi-fixed in PHP5.6-RC3, and it will be patched into ORM once doctrine/instantiator is out

@doctrinebot commented on GitHub (Aug 12, 2014): Comment created by @ocramius: This was semi-fixed in PHP5.6-RC3, and it will be patched into ORM once doctrine/instantiator is out

admin commented 2026-01-22 14:30:05 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 12, 2014):

Comment created by chasen:

Ok good to know. Thanks

@doctrinebot commented on GitHub (Aug 12, 2014): Comment created by chasen: Ok good to know. Thanks

admin commented 2026-01-22 14:30:06 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 13, 2014):

Comment created by @ocramius:

Not yet fixed for PHP 5.6

@doctrinebot commented on GitHub (Aug 13, 2014): Comment created by @ocramius: Not yet fixed for PHP 5.6

admin commented 2026-01-22 14:30:06 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 14, 2014):

Comment created by @ocramius:

Provided a hotfix proposal at https://github.com/doctrine/doctrine2/pull/1109 - please check it out with PHP 5.6.0-RC3 or later

@doctrinebot commented on GitHub (Aug 14, 2014): Comment created by @ocramius: Provided a hotfix proposal at https://github.com/doctrine/doctrine2/pull/1109 - please check it out with PHP 5.6.0-RC3 or later

admin commented 2026-01-22 14:30:06 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 27, 2014):

Comment created by @doctrinebot:

A related Github Pull-Request [GH-1109] was closed:
https://github.com/doctrine/doctrine2/pull/1109

@doctrinebot commented on GitHub (Aug 27, 2014): Comment created by @doctrinebot: A related Github Pull-Request [GH-1109] was closed: https://github.com/doctrine/doctrine2/pull/1109

admin commented 2026-01-22 14:30:06 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 27, 2014):

Issue was closed with resolution "Fixed"

@doctrinebot commented on GitHub (Aug 27, 2014): Issue was closed with resolution "Fixed"

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 27, 2014):

Comment created by @ocramius:

Due to a new introduced dependency, this issue will only be solved for PHP 5.6 in 2.5.0 and later.

@doctrinebot commented on GitHub (Aug 27, 2014): Comment created by @ocramius: Due to a new introduced dependency, this issue will only be solved for PHP 5.6 in 2.5.0 and later.

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Aug 28, 2014):

Comment created by @doctrinebot:

A related Github Pull-Request [GH-1109] was assigned:
https://github.com/doctrine/doctrine2/pull/1109

@doctrinebot commented on GitHub (Aug 28, 2014): Comment created by @doctrinebot: A related Github Pull-Request [GH-1109] was assigned: https://github.com/doctrine/doctrine2/pull/1109

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Sep 10, 2014):

Comment created by dominik.zogg@gmail.com:

@ocramius would be great if there where backports for 2.4 and 2.3

@doctrinebot commented on GitHub (Sep 10, 2014): Comment created by dominik.zogg@gmail.com: @ocramius would be great if there where backports for 2.4 and 2.3

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Sep 28, 2014):

Comment created by r1pp3rj4ck:

I agree with Dominik, we'd like to use the latest stable version and would need this patch.

@doctrinebot commented on GitHub (Sep 28, 2014): Comment created by r1pp3rj4ck: I agree with Dominik, we'd like to use the latest stable version and would need this patch.

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (Oct 6, 2014):

Comment created by @ocramius:

This has been backported in DDC-3339

@doctrinebot commented on GitHub (Oct 6, 2014): Comment created by @ocramius: This has been backported in [DDC-3339](http://www.doctrine-project.org/jira/browse/DDC-3339)

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@doctrinebot commented on GitHub (May 13, 2015):

Comment created by sysko:

I still have this error even 2.5.0 and PHP5.6
https://travis-ci.org/allan-simon/oauth2-symfony2-vagrant-fosuserbundle/jobs/62429219

@doctrinebot commented on GitHub (May 13, 2015): Comment created by sysko: I still have this error even 2.5.0<ins> and PHP5.6</ins> https://travis-ci.org/allan-simon/oauth2-symfony2-vagrant-fosuserbundle/jobs/62429219

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@abel406 commented on GitHub (Jul 15, 2016):

Hi every one,

I had the same issue with PHP 5.6.16 on a Windows 10 Pro 64 bit install with wamp3 for 64 bits and after making changes to doctrine line in composer.jsonthis way:

"doctrine/orm": "~2.4.6,>=2.2.3,<2.5",

and changing the C:\wamp64\www\doctors\vendor\doctrine\orm\lib\Doctrine\ORM\Mapping\ClassMetadataInfo.php at line 869 like this:

    public function newInstance()
        {
            if ($this->_prototype === null) {
869            if (PHP_VERSION_ID >= 50513 || PHP_VERSION_ID === 50429 || PHP_VERSION_ID === 50513) {
                    $this->_prototype = $this->reflClass->newInstanceWithoutConstructor();
                } else {
                    $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name));
                }
            }
            return clone $this->_prototype;
        }

it just worked.
I was using this repository Doctors from @benaich for tutorial purposes when i got into this issue.

I hope this might help.
Regards from Cuba.

@abel406 commented on GitHub (Jul 15, 2016): Hi every one, I had the same issue with PHP 5.6.16 on a Windows 10 Pro 64 bit install with wamp3 for 64 bits and after making changes to doctrine line in composer.jsonthis way: ``` yaml "doctrine/orm": "~2.4.6,>=2.2.3,<2.5", ``` and changing the _C:\wamp64\www\doctors\vendor\doctrine\orm\lib\Doctrine\ORM\Mapping\ClassMetadataInfo.php_ at line 869 like this: ``` php public function newInstance() { if ($this->_prototype === null) { 869 if (PHP_VERSION_ID >= 50513 || PHP_VERSION_ID === 50429 || PHP_VERSION_ID === 50513) { $this->_prototype = $this->reflClass->newInstanceWithoutConstructor(); } else { $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}', strlen($this->name), $this->name)); } } return clone $this->_prototype; } ``` it just worked. I was using this repository [Doctors](https://github.com/benaich/Doctors) from @benaich for tutorial purposes when i got into this issue. I hope this might help. Regards from Cuba.

admin commented 2026-01-22 14:30:07 +01:00

Author

Owner

Copy Link

@Ocramius commented on GitHub (Jul 15, 2016):

This is handled by doctrine/instantiator in 2.5

@Ocramius commented on GitHub (Jul 15, 2016): This is handled by doctrine/instantiator in 2.5

admin commented 2026-01-22 14:30:08 +01:00

Author

Owner

Copy Link

@abel406 commented on GitHub (Jul 15, 2016):

So would you recommend me to upgrade to doctrine 2.5 ?

@abel406 commented on GitHub (Jul 15, 2016): So would you recommend me to upgrade to doctrine 2.5 ?

admin commented 2026-01-22 14:30:08 +01:00

Author

Owner

Copy Link

@abel406 commented on GitHub (Jul 15, 2016):

Definitely no possible for me. Look the results:

c:\wamp64\www\doctors>php composer.phar require doctrine/orm:~2.5.4
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Installation request for doctrine/orm ~2.5.4 -> satisfiable by doctrine/orm[v2.5.4].
    - Conclusion: remove doctrine/cache v1.3.0
    - Conclusion: don't install doctrine/cache v1.3.0
    - doctrine/orm v2.5.4 requires doctrine/cache ~1.4 -> satisfiable by doctrine/cache[1.5.3, v1.4.0, v1.4.1, v1.4.2, v1.4.3, v1.4.4, v1.5.0, v1.5.1, v1.5.2, v1.5.4, v1.6.0].
    - Can only install one of: doctrine/cache[1.5.3, v1.3.0].
    - Can only install one of: doctrine/cache[v1.4.0, v1.3.0].
    - Can only install one of: doctrine/cache[v1.4.1, v1.3.0].
    - Can only install one of: doctrine/cache[v1.4.2, v1.3.0].
    - Can only install one of: doctrine/cache[v1.4.3, v1.3.0].
    - Can only install one of: doctrine/cache[v1.4.4, v1.3.0].
    - Can only install one of: doctrine/cache[v1.5.0, v1.3.0].
    - Can only install one of: doctrine/cache[v1.5.1, v1.3.0].
    - Can only install one of: doctrine/cache[v1.5.2, v1.3.0].
    - Can only install one of: doctrine/cache[v1.5.4, v1.3.0].
    - Can only install one of: doctrine/cache[v1.6.0, v1.3.0].
    - Installation request for doctrine/cache (locked at v1.3.0) -> satisfiable by doctrine/cache[v1.3.0].


Installation failed, reverting ./composer.json to its original content.

@abel406 commented on GitHub (Jul 15, 2016): Definitely no possible for me. Look the results: ``` c:\wamp64\www\doctors>php composer.phar require doctrine/orm:~2.5.4 ./composer.json has been updated Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 - Installation request for doctrine/orm ~2.5.4 -> satisfiable by doctrine/orm[v2.5.4]. - Conclusion: remove doctrine/cache v1.3.0 - Conclusion: don't install doctrine/cache v1.3.0 - doctrine/orm v2.5.4 requires doctrine/cache ~1.4 -> satisfiable by doctrine/cache[1.5.3, v1.4.0, v1.4.1, v1.4.2, v1.4.3, v1.4.4, v1.5.0, v1.5.1, v1.5.2, v1.5.4, v1.6.0]. - Can only install one of: doctrine/cache[1.5.3, v1.3.0]. - Can only install one of: doctrine/cache[v1.4.0, v1.3.0]. - Can only install one of: doctrine/cache[v1.4.1, v1.3.0]. - Can only install one of: doctrine/cache[v1.4.2, v1.3.0]. - Can only install one of: doctrine/cache[v1.4.3, v1.3.0]. - Can only install one of: doctrine/cache[v1.4.4, v1.3.0]. - Can only install one of: doctrine/cache[v1.5.0, v1.3.0]. - Can only install one of: doctrine/cache[v1.5.1, v1.3.0]. - Can only install one of: doctrine/cache[v1.5.2, v1.3.0]. - Can only install one of: doctrine/cache[v1.5.4, v1.3.0]. - Can only install one of: doctrine/cache[v1.6.0, v1.3.0]. - Installation request for doctrine/cache (locked at v1.3.0) -> satisfiable by doctrine/cache[v1.3.0]. Installation failed, reverting ./composer.json to its original content. ```

admin commented 2026-01-22 14:30:09 +01:00

Author

Owner

Copy Link

@Ocramius commented on GitHub (Jul 15, 2016):

That is for you to solve, not a bug in ORM :-)

@Ocramius commented on GitHub (Jul 15, 2016): That is for you to solve, not a bug in ORM :-)

admin commented 2026-01-22 14:30:09 +01:00

Author

Owner

Copy Link

@abel406 commented on GitHub (Jul 15, 2016):

Thanks, i already solved it.That was my original post, the solution. Thanks.

@abel406 commented on GitHub (Jul 15, 2016): Thanks, i already solved it.That was my original post, the solution. Thanks.

admin commented 2026-01-22 14:30:09 +01:00

Author

Owner

Copy Link

@diriy commented on GitHub (Aug 3, 2016):

I got the same error with Doctrine 2.5, Symfony 3.1, PHP 5.6, Windows 7 (64x) and 've been dissapointed a bit... How can I solve the issue?

@diriy commented on GitHub (Aug 3, 2016): I got the same error with Doctrine 2.5, Symfony 3.1, PHP 5.6, Windows 7 (64x) and 've been dissapointed a bit... How can I solve the issue?

admin commented 2026-01-22 14:30:09 +01:00

Author

Owner

Copy Link

@8khan commented on GitHub (Nov 22, 2017):

i khow this it an old topic, but i solve it with this
you need khow your php version, can add a var_dump(PHP_VERSION_ID); on app.php
then add your version on line 830 on \www\vendor\doctrine\orm\lib\Doctrine\ORM\Mapping\ClassMetadataInfo.php file
another think that help is able display php errors

@8khan commented on GitHub (Nov 22, 2017): i khow this it an old topic, but i solve it with this you need khow your php version, can add a var_dump(PHP_VERSION_ID); on app.php then add your version on line 830 on \www\vendor\doctrine\orm\lib\Doctrine\ORM\Mapping\ClassMetadataInfo.php file another think that help is able display php errors

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

3.6.x

2.20.x

dependabot/github_actions/2.20.x/doctrine/dot-github/dot-github/workflows/composer-lint.yml-14.0.0

3.7.x

4.0.x

2.21.x

old-prototype-3.x

3.6.2

3.6.1

3.6.0

2.20.9

3.5.8

3.5.7

3.5.6

3.5.5

2.20.8

3.5.4

3.5.3

2.20.7

3.5.2

2.20.6

3.5.1

3.5.0

3.4.4

3.4.3

3.4.2

2.20.5

3.4.1

3.4.0

3.3.4

2.20.4

3.3.3

2.20.3

3.3.2

2.20.2

3.3.1

2.20.1

3.3.0

3.2.3

2.20.0

2.19.8

3.2.2

2.19.7

3.2.1

2.19.6

3.2.0

3.1.4

3.1.3

2.19.5

3.1.2

2.19.4

3.1.1

2.19.3

2.19.2

2.19.1

3.1.0

2.19.0

3.0.3

2.18.3

3.0.2

2.18.2

3.0.1

2.18.1

3.0.0

2.18.0

2.17.5

3.0.0-RC1

2.17.4

2.17.3

2.17.2

2.17.1

3.0.0-beta2

2.17.0

2.16.3

3.0.0-beta1

2.16.2

2.16.1

2.16.0

2.15.5

2.15.4

2.15.3

2.15.2

2.15.1

2.15.0

2.14.3

2.14.2

2.14.1

2.14.0

2.13.5

2.13.4

2.13.3

2.13.2

2.13.1

2.13.0

2.12.4

2.12.3

2.12.2

2.12.1

2.12.0

2.11.3

2.11.2

2.11.1

2.11.0

2.10.5

2.10.4

2.10.3

2.10.2

2.10.1

2.10.0

2.9.6

2.9.5

2.9.4

2.9.3

2.9.2

2.9.1

2.9.0

2.8.5

2.8.4

2.8.3

2.8.2

2.8.1

2.8.0

2.7.5

2.7.4

v2.7.3

v2.7.2

v2.7.1

v2.7.0

v2.6.6

v2.6.5

v2.6.4

v2.6.3

v2.6.2

v2.6.1

v2.6.0

v2.5.14

v2.5.13

v2.5.12

v2.5.11

v2.5.10

v2.5.9

v2.5.8

v2.5.7

v2.5.6

v2.5.5

v2.5.4

v2.5.3

v2.5.2

v2.4.8

v2.5.1

v2.5.0

v2.5.0-RC2

v2.5.0-RC1

v2.5.0-beta1

v2.5.0-alpha2

v2.5.0-alpha1

v2.4.7

v2.4.6

v2.4.5

v2.4.4

v2.4.3

v2.3.6

v2.4.2

2.3.5

v2.4.1

v2.4.0

2.4.0-RC2

2.4.0-RC1

2.4.0-BETA2

2.3.4

2.3.3

2.4.0-BETA1

2.3.2

2.3.1

2.3.0

2.3.0-RC4

2.3.0-RC3

2.3.0-RC2

2.2.3

2.3.0-RC1

2.3.0-BETA1

2.1.7

2.2.2

2.2.1

2.1.6

2.2.0

2.2.0-RC1

2.2.0-BETA2

2.2.0-BETA1

2.1.5

2.1.4

2.1.3

2.1.2

2.1.1

2.0.7

2.1.0

2.1.0RC3

2.1.0RC2

2.1.0RC1

2.0.6

2.1.0BETA1

2.0.5

2.0.4

2.0.3

2.0.2

2.0.1

2.0.0

2.0.0RC2

2.0.0RC1

2.0.0-BETA4

2.0.0-BETA3

2.0.0-BETA2

2.0.0-BETA1

Labels

Clear labels

BC Break

Bug

Can't Fix

Deprecation

Documentation

DQL

Duplicate

Failing Test

Hacktoberfest

Improvement

Improvement

Incomplete

Invalid

Missing Tests

New Feature

PR Created

pull-request

Mirrored from GitHub Pull Request

Question

Regression

Status: Waiting feedback

Waiting feedback

WIP

Won't Fix

No Label Bug

Milestone

No items

No Milestone

Projects

Clear projects

No project

Assignees

Clear assignees

admin

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: doctrine/archived-orm#3873