magic_quotes_* can be turned off, no bug there. 
And if I understood correctly, mysql_escape_string()
works fine with multibyte data? So where's the bug here?
Sounds more like documentation problem..

of cos magic_quote_* can be turned off, but how about turnning on?

and the binary version os php or bundled libmysql in php is out dated
both addslashes() and mysql_escape_string() didn't help me to insert binary data into mysql databse :(

may be a bug of mysql 4 ?....
after all, i'm not expert to those sources :(

Can you please try this snapshot:

http://snaps.php.net/win32/php4-win32-latest.zip

The bundled mysql lib was updated recently..unfortunately
I'm not able to test this as I don't have windowds machine 
to test it..

About magic_quotes_*: I personally would like to see them removed altogether...

there're some other things to say.

i always get my code runnign under magic_quote_* off
but php_addslashes()(PHPAPI) is widely used internally

there is a configuration flag "magic_quotes_sybase" for special to sybase, will there a flag for warping php_addslashes to mysql_escape_string ?

Everyplace where php_addslashes is used, it's only used
if the magic_quotes_* stuff is turned on (magic_quotes_runtime)..or is there someplace where it is
used anyway?

tested with latest build
still can't pass
also checkout cvs source
it's not libmysql 4

To escape data please use mysql_real_escape_string 
function, which is implemented in the current cvs version.

http://www.php.net/manual/en/function.mysql-real-escape-string.php.

i've tested with lastest build
but sorry to tell u that, problem still there

<?php
$data = chr(160) . "'";
echo mysql_character_set_name();
$data = mysql_real_escape_string($data);
mysql_query("SELECT '$data'"); // got error

?>
win32 build and bundled libmysql still has no gbk support build-in
gbk and other multibyte charset has to be built in (i don't bother why have to)
get the same error
MySQL - 1064 - You have an error in your SQL syntax near ''?\''' at line 1

and i have to put gbk.conf in shared/charset dir in order to `fake' a charset which has to be built-in, although it's not right, but it's my only way

mysql_character_set_name() return gbk
if didn't put gbk.conf, return latin1, and apache/logs/error.log complain about missing charset file

Ok, looks like we have to do something with the embedded libmysql charset support.

Assigned to Zak :)

Sorry, unfortunately I changed the summary few days before

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the original bug instead.

Thank you for your interest in PHP.

Duplicate, see #15375 (missing charset support in embedded libmysql).

Georg