Bug #79276 [Com]: PDO_API int pdo_parse_params() ignores any placeholder between two '\'

Edit report at https://bugs.php.net/bug.php?id=79276&edit=1 ID: 79276 Comment by: beakerboy99 at yahoo dot com Reported by: v-yitam at microsoft dot com Summary: PDO_API int pdo_parse_params() ignores any placeholder between two '\' Status: Verified Type: Bug Package: PDO Core Operating System: Irrelevant PHP Version: Irrelevant Block user comment: N Private report: N New Comment: I'm the person who originlly submitted this as a bug report to Microsoft, who then passed it on to the PHP-PDO team. I am updating the SQL Server driver for the Drupal CMS. Drupal uses backslash-escaped strings for LIKE expressions as its standard. SQL Server does not as its default, but can when specified in the expression as field LIKE :parameter_x ESCAPE '\'. When several LIKE expressions are used in one query, an exception is thrown. The Drupal core testsuite includes a test for this situation. Other databases use the ESCAPE '{delimiter}' syntax, so this bug will likely affect those drivers as well. Previous Comments: ------------------------------------------------------------------------ [2020-02-19 16:18:55] v-yitam at microsoft dot com Thanks for your prompt reply. Just wondering if this is going to be fixed or left as "by design"? ------------------------------------------------------------------------ [2020-02-15 15:23:08] cmb@php.net > If this is intentional (by design), please explain or let us > know if there is a workaround. These regexps have been introduced to fix[1] bug #41125 and bug #44251. Basically, sacrificing some compatibility with standard SQL in favor of support for MySQL's proprietary backslash escaping[2]. Proper standard conforming rules would be something like (["](ANYNOEOF\["]|"")*["]) { RET(PDO_PARSER_TEXT); } (['](ANYNOEOF\[']|'')*[']) { RET(PDO_PARSER_TEXT); } Obviously, this could break queries which use backslash escapes. [1] <http://git.php.net/?p=php-src.git;a=commit;h=1f54af9245c35f2ffdc8c708da9c8552ecada4f8> [2] <https://dev.mysql.com/doc/refman/8.0/en/string-literals.html> ------------------------------------------------------------------------ [2020-02-15 00:19:22] v-yitam at microsoft dot com Description: ------------ PDO_API int pdo_parse_params() in ext/pdo/pdo_sql_parser.re ignores (skips) any placeholder in between two backslashes \ If I replaced the backslash \ with forward slash '/' in the query, the query succeeded and returned the row as expected. If the following line is removed the 'problem' is gone: https://github.com/php/php-src/blob/master/ext/pdo/pdo_sql_parser.re#L59 If this is intentional (by design), please explain or let us know if there is a workaround. Test script: --------------- $dbh = new PDO("sqlsrv:server=$server;Database = $db", $uid, $pwd); $tableName = 'testPDO'; $create_sql = "CREATE TABLE $tableName(id int NOT NULL, langcode varchar(12), revision_id int, [path] nvarchar(255), [alias] nvarchar(255))" $dbh->exec($create_sql1); $insert_sql = "INSERT INTO $tableName(id, langcode, revision_id, [path], [alias]) VALUES (4, 'en', 4, '/node/3', '/')"; $dbh->exec($insert_sql); $sql = "SELECT * FROM $tableName WHERE [path] LIKE :path ESCAPE '\' AND [langcode] like :lang ESCAPE '\'"; $args = [ ':path' => '%node%', ':lang' => 'en' ]; $sth = $dbh->prepare($sql); $sth->execute($args); $row = $sth->fetch(PDO::FETCH_NUM); var_dump($row); Expected result: ---------------- array(5) { [0]=> string(1) "4" [1]=> string(2) "en" [2]=> string(1) "4" [3]=> string(7) "/node/3" [4]=> string(1) "/" } Actual result: -------------- PHP Fatal error: Uncaught PDOException: SQLSTATE[HY093]: Invalid parameter number: parameter was not defined in C:\Workspace\Test\pdo_1093.php:53 ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=79276&edit=1