summaryrefslogtreecommitdiff
path: root/sql/sql_lifo_buffer.h
Commit message (Collapse)AuthorAgeFilesLines
* Merge 10.2 into 10.3Marko Mäkelä2019-05-141-1/+1
|\
| * Update FSF addressMichal Schorm2019-05-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit is based on the work of Michal Schorm, rebased on the earliest MariaDB version. Th command line used to generate this diff was: find ./ -type f \ -exec sed -i -e 's/Foundation, Inc., 59 Temple Place, Suite 330, Boston, /Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, /g' {} \; \ -exec sed -i -e 's/Foundation, Inc. 59 Temple Place.* Suite 330, Boston, /Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, /g' {} \; \ -exec sed -i -e 's/MA.*.....-1307.*USA/MA 02110-1335 USA/g' {} \; \ -exec sed -i -e 's/Foundation, Inc., 59 Temple/Foundation, Inc., 51 Franklin/g' {} \; \ -exec sed -i -e 's/Place, Suite 330, Boston, MA.*02111-1307.*USA/Street, Fifth Floor, Boston, MA 02110-1335 USA/g' {} \; \ -exec sed -i -e 's/MA.*.....-1307/MA 02110-1335/g' {} \;
* | Fix some -Wsign-conversionMarko Mäkelä2018-04-291-2/+2
| | | | | | | | InnoDB was using int64_t instead of ha_rows (unsigned 64-bit).
* | Merge branch 'github/10.0' into 10.1Sergei Golubchik2018-02-021-2/+2
|\ \ | |/
| * Correct TRASH() macro usageSergei Golubchik2018-01-221-2/+2
| | | | | | | | | | | | | | | | | | | | TRASH was mapped to TRASH_FREE and was supposed to be used for memory that should not be accessed anymore, while TRASH_ALLOC() is to be used for uninitialized but to-be-used memory. But sometimes TRASH() was used in the latter sense. Remove TRASH() macro, always use explicit TRASH_ALLOC() or TRASH_FREE().
* | Correct FSF addressiangilfillan2017-03-101-1/+1
|/
* 5.3 mergeSergei Golubchik2014-02-221-1/+2
|\
| * Fix compile failure:Sergey Petrunya2014-02-191-1/+2
| | | | | | | | | | | | | | | | | | In function ‘void* memset(void*, int, size_t)’, inlined from ‘void Lifo_buffer::set_buffer_space(uchar*, uchar*)’ at sql_lifo_buffer.h:70:5, inlined from ‘int DsMrr_impl::dsmrr_init(handler*, RANGE_SEQ_IF*, void*, uint, uint, HANDLER_BUFFER*)’ at multi_range_read.cc:895:62: /usr/include/i386-linux-gnu/bits/string3.h:82:32: error: call to ‘__warn_memset_zero_len’ declared with attribute warning: memset used with constant zero length parameter; this could be due to transposed parameters [-Werror] It was intentional that the buffer is set to zero length there.
* | fix the include guards and add missing gplv2 headersSergei Golubchik2012-02-171-0/+16
|/
* Fixed high-impact Windows 64bit warnings (at least 4000 of them)Vladislav Vaintroub2011-02-191-2/+2
|
* MWL#121-125 DS-MRR improvementsSergey Petrunya2010-12-161-18/+16
| | | | | - Address Monty's review feedback, portion 3
* MWL#121-125 DS-MRR improvementsSergey Petrunya2010-12-161-24/+28
| | | | - Address Monty's review feedback, portion 2
* Merge MWL#121-125 DS-MRR improvements Sergey Petrunya2010-11-221-2/+2
| | | | - Address Monty's review feedback, part 1
* BUG#671361: virtual int Mrr_ordered_index_reader::refill_buffer(): Assertion ↵Sergey Petrunya2010-11-091-1/+2
| | | | | | `!know_key_tuple_params - Make sure we have enough space for both rowids and keys.
* Address review feedbackSergey Petrunya2010-10-031-126/+53
| | | | | - One iterator class - Switch back from state automaton into two-nested-iterators approach..
* Move Lifo_buffer to separate file.Sergey Petrunya2010-09-281-0/+412