Null normalizes to 'f' when PDO::ATTR_EMULATE_PREPARES = true
オープン
まだ誰も着手していません。
Bug
Extension: pdo_pgsql
Status: Needs Triage
- 主要言語
- C
- スター
- 40.4k
- フォーク
- 8.2k
- 平均マージ
- 2日 13時間
- マージ済み PR(30日)
- 96
説明
Description
The following code:
<?php
$pdo = new PDO(
'pgsql:host=localhost;port=5432;dbname=test',
'postgres',
'postgres',
[
PDO::ATTR_EMULATE_PREPARES => true,
],
);
/** @var PDOStatement $stmt */
$stmt = $pdo->prepare('SELECT :bool_val as bv');
$stmt->bindValue(':bool_val', null, PDO::PARAM_BOOL);
$stmt->execute();
foreach ($stmt->getIterator() as $item) {
var_dump($item['bv']);
}
Resulted in this output:
string(1) "f"
But I expected this output instead:
NULL
When ATTR_EMULATE_PREPARES not used, NULL is actually returned.
PHP Version
PHP 8.2.11
Operating System
Alpine Linux 3.18
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
PDO::ATTR_EMULATE_PREPARESを有効にした場合と無効にした場合の両方で、提供されたPDOの例をPostgreSQLに対して再現し、PDO::PARAM_BOOLとnull値を使ったbindValue()に焦点を当てる。PDOのエミュレートされたprepareのパスを追跡し、両方の結果を比較する。エミュレートされたprepareでもNULLが返され、その動作がリグレッションテストでカバーされた時点で完了とする。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- php, postgresql
- 領域
- database
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100