|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #75556 Invalid opcode 138/1/1
Submitted: 2017-11-22 23:01 UTC Modified: -
From: jacob at thomason dot xxx Assigned:
Status: Closed Package: opcache
PHP Version: 7.2.0RC6 OS: Debian Stretch
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem:
13 + 44 = ?
Subscribe to this entry?

 [2017-11-22 23:01 UTC] jacob at thomason dot xxx
PHP Fatal error:  Invalid opcode 138/1/1.

Test script:
public static function createFromFormat($format, $date, ?\DateTimeZone $tz = null): \DateTimeInterface
    if ($tz !== null
        || ($tz instanceof \DateTimeZone && !in_array($tz->getName(), ['UTC', 'Z'], true))
    ) {
        $msg = 'Date objects must have UTC as their timezone';
        throw new \UnexpectedValueException($msg);

createFromFormat('m/d/Y', '12/07/2017', null);


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2017-11-24 16:55 UTC]
Automatic comment on behalf of
Log: Fixed bug #75556 (Invalid opcode 138/1/1)
 [2017-11-24 16:55 UTC]
-Status: Open +Status: Closed
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Wed Oct 05 09:05:52 2022 UTC