summaryrefslogtreecommitdiff
path: root/strings
Commit message (Collapse)AuthorAgeFilesLines
* - Added/updated copyright headersKent Boortz2010-12-281-0/+22
| | | | | | | | | | | - Removed files specific to compiling on OS/2 - Removed files specific to SCO Unix packaging - Removed "libmysqld/copyright", text is included in documentation - Removed LaTeX headers for NDB Doxygen documentation - Removed obsolete NDB files - Removed "mkisofs" binaries - Removed the "cvs2cl.pl" script - Changed a few GPL texts to use "program" instead of "library"
* Bug #49955: ld error message: undefined reference to `strmov_overlapp'Gleb Shchepa2010-01-111-2/+2
| | | | | | | | | | | | 32bit builds with the --enable-assembler flag (enabled by default) fail with an error message: undefined reference to `strmov_overlapp'. Since the fix for bug 48866 we use a home-grown strmov function instead of the ctpcpy function, but the source file for this function was missed in the Makefile.am. The strings/Makefile.am file has been modified to include strmov.c file into ASSEMBLER_x86 and ASSEMBLER_sparc32 sections.
* Bug #48866: mysql.test fails under Fedora 12Georgi Kodinov2009-12-161-5/+1
| | | | | | | | strmov() is not guaranteed to work correctly on overlapping source and destination buffers. On some OSes it may work, but Fedora 12 has a stpcpy() that's not working correctly on overlapping buffers. Fixed to use the overlap-safe version of strmov instead. Re-vitalized the overlap-safe version of strmov.
* Bug #43414 Parenthesis (and other) warnings compiling MySQLStaale Smedseng2009-08-283-19/+9
| | | | | | | | | | | | | | | with gcc 4.3.2 This patch fixes a number of GCC warnings about variables used before initialized. A new macro UNINIT_VAR() is introduced for use in the variable declaration, and LINT_INIT() usage will be gradually deprecated. (A workaround is used for g++, pending a patch for a g++ bug.) GCC warnings for unused results (attribute warn_unused_result) for a number of system calls (present at least in later Ubuntus, where the usual void cast trick doesn't work) are also fixed.
* Bug #46042: backported the fix for the valgrind warning from 5.1Georgi Kodinov2009-07-161-3/+3
|
* Merge from 5.0-btStaale Smedseng2009-06-291-3/+3
|
* Bug #45286: compilation warnings on mysql-5.0-bugteam on MacOSXGeorgi Kodinov2009-06-051-1/+4
| | | Fixed the 5.0-bugteam MacOSX warnings.
* merging with mysql-5.0-bugteamNarayanan V2009-03-201-1/+1
|\
| * Bug#42937 strings/CHARSET_INFO.txt not included in source distributionsNarayanan V2009-03-111-1/+1
| | | | | | | | | | | | | | The reference manual has instructions for adding new character sets, and refers to the string/CHARSET_INFO.txt file. This file is currently not present in the distribution. Modify the build to include this file in the distribution.
* | Bug#29125 Windows Server X64: so many compiler warningsIgnacio Galarza2009-02-105-11/+11
|/ | | | | - Remove bothersome warning messages. This change focuses on the warnings that are covered by the ignore file: support-files/compiler_warnings.supp. - Strings are guaranteed to be max uint in length
* Bug#37575 UCASE fails on monthnameSergey Glukhov2008-12-231-0/+10
| | | | | | | | The MONTHNAME/DAYNAME functions returns binary string, so the LOWER/UPPER functions are not effective on the result of MONTHNAME/DAYNAME call. Character set of the MONTHNAME/DAYNAME function result has been changed to connection character set.
* Bug#36270: incorrect calculation result - works in 4.1 but not in 5.0 or 5.1Chad MILLER2008-08-151-7/+15
| | | | | | | | When the fractional part in a multiplication of DECIMALs overflowed, we truncated the first operand rather than the longest. Now truncating least significant places instead for more precise multiplications. (Queuing at demand of Trudy/Davi.)
* Updating charset doc files.Alexander Barkov2008-05-281-48/+94
| | | | | Thanks to Paul for preparing the up-to-date files reflecting 4.1 changes.
* Fixed bug #35993: memory corruption and crash with multibyte conversion.gshchepa/uchum@host.loc2008-04-232-4/+8
| | | | | | | | | | | | | Grouping or ordering of long values in not indexed BLOB/TEXT columns with GBK or BIG5 charsets crashes the server. MySQL server uses sorting (the filesort procedure) in the temporary table to evaluate the GROUP BY clause in case of lack of suitable index. That procedure takes into account only first @max_sort_length bytes (system variable, usually 1024) of TEXT/BLOB sorting key string. The my_strnxfrm_gbk and my_strnxfrm_big5 fill temporary keys with data of whole blob length instead of @max_sort_length bytes length. That buffer overrun has been fixed.
* Merge mysql.com:/home/bar/mysql-work/mysql-5.0.b32510bar@bar.myoffice.izhnet.ru2008-02-205-5/+5
|\ | | | | | | into mysql.com:/home/bar/mysql-work/mysql-5.0.b32510v2
| * Bug#32510 LIKE search fails with indexed 'eucjpms' and 'ujis' char columnbar@mysql.com/bar.myoffice.izhnet.ru2008-02-045-5/+5
| | | | | | | | | | | | | | | | Problem: some collation handlers called incorrect version of my_like_range_xxx(), which led to wrong min_str and max_str, so like range optimizer threw away good records. Fix: changing the wrong handlers to call proper version of my_like_range_xxx().
* | Merge mhansson@bk-internal:/home/bk/mysql-5.0-optmhansson/martin@linux-st28.site2008-01-171-2/+14
|\ \ | | | | | | | | | into linux-st28.site:/home/martin/mysql/src/bug33143/my50-bug33143-again-pushee
| * | Bug#33143: Incorrect ORDER BY for ROUND()/TRUNCATE() resultmhansson/martin@linux-st28.site2008-01-141-2/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The ROUND(X, D) function would change the Item::decimals field during execution to achieve the effect of a dynamic number of decimal digits. This caused a series of bugs: Bug #30617:Round() function not working under some circumstances in InnoDB Bug #33402:ROUND with decimal and non-constant cannot round to 0 decimal places Bug #30889:filesort and order by with float/numeric crashes server Fixed by never changing the number of shown digits for DECIMAL when used with a nonconstant number of decimal digits.
* | | Merge tnurnberg@bk-internal.mysql.com:/home/bk/mysql-5.0-opttnurnberg@white.intern.koehntopp.de2007-12-171-14/+16
|\ \ \ | | | | | | | | | | | | into mysql.com:/misc/mysql/31752_/50-31752_
| * \ \ Merge mysql.com:/misc/mysql/31752_/41-31752_tnurnberg@white.intern.koehntopp.de2007-11-261-14/+16
| |\ \ \ | | |/ / | |/| | | | | | into mysql.com:/misc/mysql/31752_/50-31752_
| | * | Bug#31752: check strmake() boundstnurnberg@mysql.com/white.intern.koehntopp.de2007-11-261-14/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | strmake() calls are easy to get wrong. Add checks in extra debug mode to identify possible exploits. Remove some dead code. Remove some off-by-one errors identified with new checks.
* | | | Merge mysql.com:/home/gluh/MySQL/Merge/5.0gluh@eagle.(none)2007-12-131-0/+6
|\ \ \ \ | | | | | | | | | | | | | | | into mysql.com:/home/gluh/MySQL/Merge/5.0-opt
| * | | | Bug#31177: Server variables can't be set to their current valuestnurnberg@mysql.com/white.intern.koehntopp.de2007-11-301-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Default values of variables were not subject to upper/lower bounds and step, while setting variables was. Bounds and step are also applied to defaults now; defaults are corrected quietly, values given by the user are corrected, and a correction-warning is thrown as needed. Lastly, very large values could wrap around, starting from 0 again. They are bounded at the maximum value for the respective data-type now if no lower maximum is specified in the variable's definition.
* | | | | Merge stella.local:/home2/mydev/mysql-5.0-amainistruewing@stella.local2007-12-111-2/+2
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | into stella.local:/home2/mydev/mysql-5.0-axmrg
| * \ \ \ \ Merge mysql.com:/home/ram/work/mysql-5.0-enginesramil/ram@ramil.myoffice.izhnet.ru2007-11-291-2/+2
| |\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | into mysql.com:/home/ram/work/b32726/b32726.5.0
| | * | | | | Fix for bug #32726: crash with cast in order by clause and cp932 charsetramil/ram@mysql.com/ramil.myoffice.izhnet.ru2007-11-281-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - fix for #31070 (missed during merging) applied for cp932 charset. - tests/results adjusted.
* | | | | | | Merge tsmith@bk-internal.mysql.com:/home/bk/mysql-5.0tsmith@ramayana.hindu.god2007-12-042-5/+25
|\ \ \ \ \ \ \ | |/ / / / / / | | | | | | | | | | | | | | into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
| * | | | | | Merge dl145h.mysql.com:/data0/mkindahl/mysql-5.0mkindahl@dl145h.mysql.com2007-11-211-4/+23
| |\ \ \ \ \ \ | | |/ / / / / | |/| | | | / | | | |_|_|/ | | |/| | | into dl145h.mysql.com:/data0/mkindahl/mysql-5.0-rpl-merge
| | * | | | Merge abarkov@bk-internal.mysql.com:/home/bk/mysql-5.0bar@bar.myoffice.izhnet.ru2007-10-301-4/+23
| | |\ \ \ \ | | | |/ / / | | |/| | | | | | | | | into mysql.com:/home/bar/mysql-work/mysql-5.0-rpl-merge
| | | * | | Merge mysql.com:/home/bar/mysql-work/mysql-5.0bar@bar.myoffice.izhnet.ru2007-10-241-4/+23
| | | |\ \ \ | | | | | | | | | | | | | | | | | | | | | into mysql.com:/home/bar/mysql-work/mysql-5.0-rpl-mr
| | | | * | | Bug#30315 Character sets: insertion of euckr code value 0xa141 failsbar@mysql.com/bar.myoffice.izhnet.ru2007-10-011-4/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: some valid euc-kr characters were rejected because condition checking multi-byte tail didn't allow multi-byte characters having the second byte in the ranges [0x41..0x5A] and [0x61..0x7A]. Fix: allow these byte ranges for mb tails
| * | | | | | Merge mysql.com:/home/kent/bk/bug30069/mysql-4.1-buildkent@kent-amd64.(none)2007-11-121-2/+2
| |\ \ \ \ \ \ | | |/ / / / / | |/| | | | | | | | | | | | into mysql.com:/home/kent/bk/bug30069/mysql-5.0-build
| | * | | | | ctype-simple.c:kent@mysql.com/kent-amd64.(none)2007-09-281-2/+2
| | | |_|_|/ | | |/| | | | | | | | | | | | | | | Avoid undefined value when negating (bug#30069)
| * | | | | Merge mysql.com:/home/gluh/MySQL/Merge/5.0gluh@eagle.(none)2007-10-231-1/+2
| |\ \ \ \ \ | | |_|/ / / | |/| | | / | | | |_|/ | | |/| | into mysql.com:/home/gluh/MySQL/Merge/5.0-opt
| | * | | Fixed bug #31019: the MOD() function and the % operator crash the servergshchepa/uchum@gleb.loc2007-10-081-1/+2
| | | |/ | | |/| | | | | | | | | | | | | | | | | | | | | | | | | when a divisor is less than 1 and its fractional part is very long. For example: 1 % .123456789123456789123456789123456789123456789123456789123456789123456789123456789; Stack buffer overflow has been fixed in the do_div_mod function.
* | | | BUG#31799: Scrambled number output due to integer overflowknielsen@loke.(none)2007-10-314-40/+56
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | An integer overflow in number->string conversion caused completely wrong output of the number LONGLONG_MIN with gcc 4.2.1. Fixed by eliminating the overflow, using only operations that are well-defined in ANSI C.
* | | | Merge polly.(none):/home/kaa/src/maint/bug30453/my50-bug28878kaa@polly.(none)2007-10-231-5/+9
|\ \ \ \ | |/ / / |/| | | | | | | into polly.(none):/home/kaa/src/maint/mysql-5.0-maint
| * | | Fix for bug #30453: String not cast to int correctly.kaa@polly.(none)2007-10-151-5/+9
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: my_strntoull10rnd_8bit() handled incorrectly cases when the input string contains a decimal point and is long enough to overrun the 'unsigned long long' type. The position of the decimal point was not taken into account which resulted in miscalculated numbers and truncation to appropriate SQL data type limits. Solution: Fix my_strntoull10rnd_8bit() to take the position of a decimal point into account in such cases.
* | | Merge mysql.com:/home/ram/work/b31070/b31070.4.1ramil/ram@ramil.myoffice.izhnet.ru2007-10-044-9/+7
|\ \ \ | |/ / |/| | | | | into mysql.com:/home/ram/work/b31070/b31070.5.0
| * | Fix for bug #31069: crash in 'sounds like'ramil/ram@mysql.com/ramil.myoffice.izhnet.ru2007-10-045-11/+9
| |/ | | | | | | | | | | | | | | | | and for bug #31070: crash during conversion of charsets Problem: passing a 0 byte length string to some my_mb_wc_XXX() functions leads to server crash due to improper argument check. Fix: properly check arguments passed to my_mb_wc_XXX() functions.
* | Merge bk-internal.mysql.com:/home/bk/mysql-5.0-maintcmiller@zippy.cornsilk.net2007-08-071-3/+3
|\ \ | | | | | | | | | into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.0-maint
| * | Bug#27562: ascii.xml invalid?cmiller@zippy.cornsilk.net2007-08-071-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | Two character mappings were way off (backtick and tilde were "E" and "Y"!), and three others were slightly rotated. The first would cause collisions, and the latter was probably benign. Now, assign the character mappings exactly to their normal values.
* | | Merge mysql.com:/home/bar/mysql-work/mysql-5.0.b28875bar@bar.myoffice.izhnet.ru2007-08-033-6/+94
|\ \ \ | |/ / |/| | | | | into mysql.com:/home/bar/mysql-work/mysql-5.0-rpl
| * | Bug#28875 Conversion between ASCII and LATIN1 charsets does not functionbar@mysql.com/bar.myoffice.izhnet.ru2007-08-033-7/+119
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (Regression, caused by a patch for the bug 22646). Problem: when result type of date_format() was changed from binary string to character string, mixing date_format() with a ascii column in CONCAT() stopped to work. Fix: - adding "repertoire" flag into DTCollation class, to mark items which can return only pure ASCII strings. - allow character set conversion from pure ASCII to other character sets.
* | | Merge olga.mysql.com:/home/igor/mysql-5.0-rpligor@olga.mysql.com2007-07-131-1/+1
|\ \ \ | | | | | | | | | | | | into olga.mysql.com:/home/igor/dev-opt/mysql-5.0-opt-merge
| * | | Bug#29461: Sort order of the collation wasn't used when comparing charactersevgen@moonbone.local2007-07-091-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | with the space character. When the my_strnncollsp_simple function compares two strings and one is a prefix of another then this function compares characters in the rest of longer key with the space character to find whether the longer key is greater or less. But the sort order of the collation isn't used in this comparison. This may lead to a wrong comparison result, wrongly created index or wrong order of the result set of a query with the ORDER BY clause. Now the my_strnncollsp_simple function uses collation sort order to compare the characters in the rest of longer key with the space character.
* | | | Merge mysql.com:/home/bar/mysql-work/mysql-5.0.b29333bar@bar.myoffice.izhnet.ru2007-07-052-14/+29
|\ \ \ \ | | | | | | | | | | | | | | | into mysql.com:/home/bar/mysql-work/mysql-5.0-rpl
| * | | | Bug#29333 myisam corruption with character set cp932 collate cp932_japanese_cibar@mysql.com/bar.myoffice.izhnet.ru2007-07-042-14/+29
| |/ / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: wrong comparison with trailing space. This problem was fixed for all other character sets under terms of bug 7788 ""Table is full" occurs during a multitable update". ctype-cp932.c was forgotten. Fix: applying the same fix for ctype-cp932.c. (see ctype-sjis.c as an example of a previously correctly fixed file)
* | | | Printing copyright into ctype-extra.cbar@mysql.com/bar.myoffice.izhnet.ru2007-07-052-1/+25
| | | |
* | | | Bug#29499 Converting 'del' from ascii to Unicode results in 'question mark'bar@mysql.com/bar.myoffice.izhnet.ru2007-07-041-2/+2
|/ / /