Mitsuru Marunoさんの<000701c09016$fc1c0970$6b01a8c0@maru>から
>もしかして、ソースをコンパイルする必要があるとか・・・。
>今から、ソースを取得してみます。。。（バイナリしか使ってなかったので）

winclients-3.23.09a-sjis.zip ですと、バイナリのみです。
ただ、mysql_escape_string() や mysql_odbc_escape_string() は
ありますが、mysql_real_escape_string() は見あたりませんね。
'MySQL 3.22 Client Library' と記述があるので、無くて当然
かとも思いましたが・・・

winclients-3.23.14.zip
 http://www.mysql.com/downloads/os-win32.html
↑
こちらにも mysql_real_escape_string() は、有りませんでした。

mysql-3.23.32-win-src.zip
 http://www.mysql.com/downloads/mysql-3.23.html
↑
こちらには、当然 mysql_real_escape_string() が有りました。
で、ふと疑問に思ったのですが、MARU さんのお使いの
クライアントは、「mysql-3.23.32のライブラリ使用」と
書かれてましたが、具体的にはどのようなものなので
しょうか？
まあ、それはともかく、上記のソースを使用すれば
mysql_real_escape_string() は使えるようになると
思います。

Mitsuru Marunoさんの<002a01c08fdb$d375b3d0$6b01a8c0@maru>から
>実際に例をあげてみると・・・
>00 88 00 ・・・・のようなバイナリーデータの場合
>\0 88 \0 (\の後ろの0は、0x30)・・・のようにエスケープシーケンス
>に変換します。これをBLOB型のフィールドへ挿入して取り出してみると
>00 88 5C 30 ・・・ のようになってしまいます。

サーバが EUC, SJIS のどちらでも、実際にサーバに格納されている
文字列は "\088\0" (0x5c 0x30 0x38 0x38 0x5c 0x30) になっている
でしょうか？
それとも、SJIS の時は上記の文字列とは異なったものが保存されて
いるでしょうか？
これを確認することによって、読み出すときと書き込むときの
どちらに原因があるか、とりあえず切り分けできるのではないかと
思います。

-- 
Toshihiro Fujimori (藤森 利浩)
Taisei Inc.
PGP Key ID: 0xBE1C7568 (DH/DSS)
http://www.rcc.or.jp/%7Efuji/