php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #79762 ord should throw ValueError exception on empty string
Submitted: 2020-07-01 00:21 UTC Modified: 2020-07-01 07:43 UTC
From: raincomplain at outlook dot com Assigned:
Status: Open Package: Strings related
PHP Version: 8.0.0alpha1 OS:
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 — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
19 + 24 = ?
Subscribe to this entry?

 
 [2020-07-01 00:21 UTC] raincomplain at outlook dot com
Description:
------------
Empty string in PHP doesn't equal U+0000 which is why mb_ord will not return 0 when passing empty string. On the other hand, ord will not complain about passing empty string. I know ord is not aware of any string encoding but this behavior however leads to a wrong assumption that empty string === U+0000 which in turn leads to bugs like https://bugs.php.net/bug.php?id=69162

So one might think if 

var_dump(ord('') === 0); // true

And

var_dump(ord("\u{0000}") === 0); // true

Then the following must be true

var_dump("\u{0000}" === ''); // false

Test script:
---------------
var_dump(ord(''));

Expected result:
----------------
Fatal error: Uncaught ValueError: ord(): Argument #1 ($str) must not be empty

Actual result:
--------------
int(0)

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2020-07-01 01:13 UTC] requinix@php.net
-Status: Open +Status: Feedback
 [2020-07-01 01:13 UTC] requinix@php.net
Throwing an exception seems rather extreme. Is there a problem with returning false like many other functions already do?
 [2020-07-01 01:32 UTC] raincomplain at outlook dot com
ord will return non-Boolean value which evaluates to FALSE 

ord("\u{0000}") // 0

This makes returning false sub-optimal, anyhow mb_ord already throws ValueError so I think it would be proper for ord to throw an exception just like mb_ord.
 [2020-07-01 07:43 UTC] cmb@php.net
-Status: Feedback +Status: Open
 [2020-07-01 07:43 UTC] cmb@php.net
I agree that the behavior of both functions should ideally match,
but mb_ord('') threw a warning already before PHP 8, while ord('')
did not.  So maybe it would be best for BC to let ord('') raise a
warning and return FALSE in PHP 8.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 01:01:28 2024 UTC