2400]で報告された、ログ出力中の不正なバイトを修正しました。Usama)ほとんどログメッセージの修正でした。APIに関する最新の変更をインポートしました。なってしまう不具合を修正しました。よって報告されたデーモンモードでの相対パスの問題を修正しました。10の変更に合わせて以下の関数名を修正しました。pg_last_wal_replay_lsnストリーミングレプリケーションと拡張プロトコルで発生するハングアップを修正しました。Nagata)以下の例で再現できます。pgpool.confですべての読み取りクエリをスタンバイに送信するように設定しています。トランザクションブロックで書き込みクエリを発行します。トランザクションをコミットした後、SELECTクエリを発行します。クエリを処理するときに、Parseの直後にDescribe(statement)メッセージを送信します。JDBCを使用せず、pgprotoを利用し以下のデータでこの問題を再現できます。'X'BindとExecuteを適切なバックエンドに送信するように、parse_before_bind()は、トランザクション中にのみ呼び出されるように修正しました。ハングする不具合を修正しました。メッセージを受信した後、進行中のクエリフラグをリセットすることを忘れてしまい、Pgpool-IIはバックエンドからの応答を待っていました。これがerlangクライアントのハングアップの原因でした。メッセージを受信した際に、クエリ処理中のフラグをリセットするように修正しました。メッセージと同じ扱いにする必要がありました。5555]を参照してください。間違ったターゲットノードにバインドメッセージを送信するバグを修正しました。Ishii)node.jsを使用する場合に発生するクエリキャッシュのハングアップの問題を修正しました。5511]を参照してください。10のストリーミングレプリケーションの遅延チェックに関する変更に合わせて修正しました。Ishii)クエリキャッシュのメモリリークを修正しました。Ishii)oidがないクエリ(BEGIN、CHECKPOINT、VACUUMなど)の場合キャッシュバッファがクリアされるべきでしたが、されていませんでした。特定の場合に発生する拡張クエリのハングアップを修正しました。(B)、Execute('E')を生成します。この"H"はJDBCにはありませんので、今まで問題が起こらなかったと思われます。その後、Pgpool-IIは拡張クエリモードを削除し、データを読み取るバックエンドを見つけることができませんでした。したがって、Pgpool-IIはバックエンドの一部にメッセージを送信していない可能性があるため、ハングアップを引き起こすすべてのバックエンドを読み取ろうとします。この問題を避けるために、Flushメッセージを受信後拡張クエリフラグを設定するように修正しました。セグメンテーション違反を修正しました。Usama)white/black_memcache_table_listのドキュメントを修正しました。Ishii)実際の実装と異なっています。詳細は[pgpool-general:5479]を参照してください。滅多に発生しないPgpool-II起動時のバグを修正しました。Ishii)プライマリノードが見つかる前にフェールオーバーの要求が受け入れられる可能性がありました。これにより、Pgpool-IIは奇妙な状態に陥ります。プライマリノードは存在しないと判断していました。