Red Hatの不具合あれこれ
2013年5月13日 コンピュータその１：
１ プログラムの不具合報告。Red Hat 5.4で正常に動作するが、Red Hat 6.1では正しく動作しない。
２ プログラム調査の結果、strcpy関数でコピー元とコピー先が一部重なっていた。
strcpy()の仕様では、コピー元とコピー先が重なっているときの挙動は未定義であり、プログラムのバグであると判明。
しかしRed Hat 5.xでは、コピー元とコピー先が重なっていても動くよう実装されている。
Red Hat 6.1でglibcが変更され、strcpyは仕様通りの動きをするようになった。
３ 環境調査の結果、Red Hat 6.3以降はプログラムが正常に動くことが判明。
どうやら6.1での変更が相当不評だったようで、5.xの実装に戻ったようだｗ
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/glibc.html
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.4_Technical_Notes/glibc.html
４ プログラム修正に当たり、バグ票を起票。そのときに不具合詳細を記載するため、もう一度不具合発生を試みるが、発生しない。
５ もう一度環境調査した結果、Red Hat 6.1でもIntel-CPUとAMD-CPUで挙動が異なると判明。
６ ／(＾0＾)＼
その２：
１ DB(MySQL)からデータを取得するプログラムが、Red Hat5.2とRed Hat6.2で挙動が違うと報告あり。
２ プログラム調査の結果、SQLGetData()でカラムのデータを取った後、カラムのデータサイズの大きさでmallocする箇所でコケることがあると判明。
３ SQLGetData実行のとき、SQLLEN型の変数（OSが64bitなのでサイズは8バイト）にデータのサイズがセットされる。カラムの値がNULLのときは-1がセットされるはずだが、8バイトの0xFFFFFFFFFFFFFFFFではなく4バイトの0xFFFFFFFFがセットされる。そのためNULL(-1)と判定するロジックで誤判断する。
４ ODBCドライバはMyODBC 3.51.28(64bit)以前だとこのバグが発生すると判明。
５ Red Hat5.xとMyODBC 5.1.8(64bit)RHEL5版の組合せもピンポイントでこのバグが発生すると判明。MyODBCのバージョンが１つでもずれると発生しない。
６ ／(＾0＾)＼
１ プログラムの不具合報告。Red Hat 5.4で正常に動作するが、Red Hat 6.1では正しく動作しない。
２ プログラム調査の結果、strcpy関数でコピー元とコピー先が一部重なっていた。
strcpy()の仕様では、コピー元とコピー先が重なっているときの挙動は未定義であり、プログラムのバグであると判明。
しかしRed Hat 5.xでは、コピー元とコピー先が重なっていても動くよう実装されている。
Red Hat 6.1でglibcが変更され、strcpyは仕様通りの動きをするようになった。
３ 環境調査の結果、Red Hat 6.3以降はプログラムが正常に動くことが判明。
どうやら6.1での変更が相当不評だったようで、5.xの実装に戻ったようだｗ
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.3_Technical_Notes/glibc.html
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.4_Technical_Notes/glibc.html
４ プログラム修正に当たり、バグ票を起票。そのときに不具合詳細を記載するため、もう一度不具合発生を試みるが、発生しない。
５ もう一度環境調査した結果、Red Hat 6.1でもIntel-CPUとAMD-CPUで挙動が異なると判明。
６ ／(＾0＾)＼
その２：
１ DB(MySQL)からデータを取得するプログラムが、Red Hat5.2とRed Hat6.2で挙動が違うと報告あり。
２ プログラム調査の結果、SQLGetData()でカラムのデータを取った後、カラムのデータサイズの大きさでmallocする箇所でコケることがあると判明。
３ SQLGetData実行のとき、SQLLEN型の変数（OSが64bitなのでサイズは8バイト）にデータのサイズがセットされる。カラムの値がNULLのときは-1がセットされるはずだが、8バイトの0xFFFFFFFFFFFFFFFFではなく4バイトの0xFFFFFFFFがセットされる。そのためNULL(-1)と判定するロジックで誤判断する。
４ ODBCドライバはMyODBC 3.51.28(64bit)以前だとこのバグが発生すると判明。
５ Red Hat5.xとMyODBC 5.1.8(64bit)RHEL5版の組合せもピンポイントでこのバグが発生すると判明。MyODBCのバージョンが１つでもずれると発生しない。
６ ／(＾0＾)＼
コメント