Bug #7651 | 'mysqldump' test fails on multiple platforms | ||
---|---|---|---|
Submitted: | 4 Jan 2005 5:47 | Modified: | 6 Jan 2005 19:03 |
Reporter: | Matt Wagner | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S3 (Non-critical) |
Version: | 4.1.9 (pre-release) | OS: | Multiple |
Assigned to: | Oleksandr Byelkin | CPU Architecture: | Any |
[4 Jan 2005 5:47]
Matt Wagner
[5 Jan 2005 16:23]
Lars Thalmann
The test inserts ascii char 0xC4 as _latin1 into a char() column. According to r/mysqldump.result, the following should hold: TEST SHOULD OUTPUT MYSQLDUMP ARGUMENTS ---- ------------- ------------------- 1 0xC3 0x84 (none) 2 0xC4 --compatible=mysql323 3 0x8E --compatible=mysql323 --default-character-set=cp850 4 0x8E --default-character-set=cp850 --compatible=mysql323 5 0xC3 0x84 --default-character-set=utf8 --compatible=mysql323 Current bug is that test 2 also output 0xC3 0x84 on some (not all) platforms. It seems that through the 'mysql' program one always get 0xC4 back, which seems fine. As far as I can see, mysqldump only use the --compatible flag to produce extra /*!4xxxx*/ comments in the dump. It does not *directly* affect how things are put into the INSERT statements. Thus, it seems the /*!4xxxx*/ comments are parsed and executed in mysqld and there must be some error in that execution. It seems like these comments control whether mysqld should behave as mysql323 when it comes to the API. On Brian and Joergs recommendation, I'm reassigning the report to you Bar, hope you can help with this.
[6 Jan 2005 17:36]
Ingo Strüwing
Taking review.
[6 Jan 2005 18:56]
Ingo Strüwing
The patch is good. I suggested just a small change in a comment.
[6 Jan 2005 19:03]
Oleksandr Byelkin
Thank you for bugreport! Bugfix is pushed into our source repository.