Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
M
mariadb
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
mariadb
Commits
173f74ea
Commit
173f74ea
authored
Aug 06, 2009
by
calvin
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
branches/zip: remove duplicate "the" in comments.
parent
50ba5c73
Changes
20
Show whitespace changes
Inline
Side-by-side
Showing
20 changed files
with
24 additions
and
24 deletions
+24
-24
btr/btr0btr.c
btr/btr0btr.c
+2
-2
buf/buf0rea.c
buf/buf0rea.c
+1
-1
fsp/fsp0fsp.c
fsp/fsp0fsp.c
+1
-1
handler/handler0alter.cc
handler/handler0alter.cc
+1
-1
include/buf0rea.h
include/buf0rea.h
+1
-1
include/dict0mem.h
include/dict0mem.h
+1
-1
include/fsp0fsp.h
include/fsp0fsp.h
+1
-1
include/log0log.h
include/log0log.h
+1
-1
include/rem0cmp.h
include/rem0cmp.h
+1
-1
include/rem0rec.ic
include/rem0rec.ic
+1
-1
include/trx0sys.ic
include/trx0sys.ic
+2
-2
include/trx0trx.h
include/trx0trx.h
+1
-1
lock/lock0lock.c
lock/lock0lock.c
+1
-1
log/log0log.c
log/log0log.c
+1
-1
page/page0page.c
page/page0page.c
+1
-1
rem/rem0cmp.c
rem/rem0cmp.c
+3
-3
srv/srv0srv.c
srv/srv0srv.c
+1
-1
srv/srv0start.c
srv/srv0start.c
+1
-1
thr/thr0loc.c
thr/thr0loc.c
+1
-1
trx/trx0rec.c
trx/trx0rec.c
+1
-1
No files found.
btr/btr0btr.c
View file @
173f74ea
...
...
@@ -797,7 +797,7 @@ btr_create(
buf_block_dbg_add_level
(
block
,
SYNC_TREE_NODE_NEW
);
}
/* Create a new index page on the
the
allocated segment page */
/* Create a new index page on the allocated segment page */
page_zip
=
buf_block_get_page_zip
(
block
);
if
(
UNIV_LIKELY_NULL
(
page_zip
))
{
...
...
@@ -1902,7 +1902,7 @@ func_start:
n_uniq
,
&
heap
);
/* If the new record is less than the existing record
the
the
split in the middle will copy the existing
the split in the middle will copy the existing
record to the new node. */
if
(
cmp_dtuple_rec
(
tuple
,
first_rec
,
offsets
)
<
0
)
{
split_rec
=
page_get_middle_rec
(
page
);
...
...
buf/buf0rea.c
View file @
173f74ea
...
...
@@ -378,7 +378,7 @@ buf_read_page(
Applies linear read-ahead if in the buf_pool the page is a border page of
a linear read-ahead area and all the pages in the area have been accessed.
Does not read any page if the read-ahead mechanism is not activated. Note
that the
the
algorithm looks at the 'natural' adjacent successor and
that the algorithm looks at the 'natural' adjacent successor and
predecessor of the page, which on the leaf level of a B-tree are the next
and previous page in the chain of leaves. To know these, the page specified
in (space, offset) must already be present in the buf_pool. Thus, the
...
...
fsp/fsp0fsp.c
View file @
173f74ea
...
...
@@ -1099,7 +1099,7 @@ fsp_header_inc_size(
/**********************************************************************//**
Gets the current free limit of the system tablespace. The free limit
means the place of the first page which has never been put to the
the
means the place of the first page which has never been put to the
free list for allocation. The space above that address is initialized
to zero. Sets also the global variable log_fsp_current_free_limit.
@return free limit in megabytes */
...
...
handler/handler0alter.cc
View file @
173f74ea
...
...
@@ -802,7 +802,7 @@ error_handling:
alter table t drop index b, add index (b);
The fix will have to parse the SQL and note that the index
being added has the same name as the
the
one being dropped and
being added has the same name as the one being dropped and
ignore that in the dup index check.*/
//dict_table_check_for_dup_indexes(prebuilt->table);
#endif
...
...
include/buf0rea.h
View file @
173f74ea
...
...
@@ -48,7 +48,7 @@ buf_read_page(
Applies linear read-ahead if in the buf_pool the page is a border page of
a linear read-ahead area and all the pages in the area have been accessed.
Does not read any page if the read-ahead mechanism is not activated. Note
that the
the
algorithm looks at the 'natural' adjacent successor and
that the algorithm looks at the 'natural' adjacent successor and
predecessor of the page, which on the leaf level of a B-tree are the next
and previous page in the chain of leaves. To know these, the page specified
in (space, offset) must already be present in the buf_pool. Thus, the
...
...
include/dict0mem.h
View file @
173f74ea
...
...
@@ -317,7 +317,7 @@ struct dict_foreign_struct{
char
*
id
;
/*!< id of the constraint as a
null-terminated string */
unsigned
n_fields
:
10
;
/*!< number of indexes' first fields
for which the
the
foreign key
for which the foreign key
constraint is defined: we allow the
indexes to contain more fields than
mentioned in the constraint, as long
...
...
include/fsp0fsp.h
View file @
173f74ea
...
...
@@ -42,7 +42,7 @@ fsp_init(void);
/*==========*/
/**********************************************************************//**
Gets the current free limit of the system tablespace. The free limit
means the place of the first page which has never been put to the
the
means the place of the first page which has never been put to the
free list for allocation. The space above that address is initialized
to zero. Sets also the global variable log_fsp_current_free_limit.
@return free limit in megabytes */
...
...
include/log0log.h
View file @
173f74ea
...
...
@@ -283,7 +283,7 @@ log_make_checkpoint_at(
later lsn, if IB_ULONGLONG_MAX, makes
a checkpoint at the latest lsn */
ibool
write_always
);
/*!< in: the function normally checks if
the
the
new checkpoint would have a
the new checkpoint would have a
greater lsn than the previous one: if
not, then no physical write is done;
by setting this parameter TRUE, a
...
...
include/rem0cmp.h
View file @
173f74ea
...
...
@@ -89,7 +89,7 @@ cmp_dfield_dfield(
/*************************************************************//**
This function is used to compare a data tuple to a physical record.
Only dtuple->n_fields_cmp first fields are taken into account for
the
the
data tuple! If we denote by n = n_fields_cmp, then rec must
the data tuple! If we denote by n = n_fields_cmp, then rec must
have either m >= n fields, or it must differ from dtuple in some of
the m fields rec has. If rec has an externally stored field we do not
compare it but return with value 0 if such a comparison should be
...
...
include/rem0rec.ic
View file @
173f74ea
...
...
@@ -65,7 +65,7 @@ most significant bytes and bits are written below less significant.
- offset_of_this_record) mod 64Ki,
where mod is the modulo as a non-negative
number;
we can calculate the
the
offset of the next
we can calculate the offset of the next
record with the formula:
relative_offset + offset_of_this_record
mod UNIV_PAGE_SIZE
...
...
include/trx0sys.ic
View file @
173f74ea
...
...
@@ -34,11 +34,11 @@ typedef byte trx_sysf_rseg_t;
/* Rollback segment specification slot offsets */
/*-------------------------------------------------------------*/
#define TRX_SYS_RSEG_SPACE 0 /* space where the
the
segment
#define TRX_SYS_RSEG_SPACE 0 /* space where the segment
header is placed; starting with
MySQL/InnoDB 5.1.7, this is
UNIV_UNDEFINED if the slot is unused */
#define TRX_SYS_RSEG_PAGE_NO 4 /* page number where the
the
segment
#define TRX_SYS_RSEG_PAGE_NO 4 /* page number where the segment
header is placed; this is FIL_NULL
if the slot is unused */
/*-------------------------------------------------------------*/
...
...
include/trx0trx.h
View file @
173f74ea
...
...
@@ -360,7 +360,7 @@ enum trx_dict_op {
operation modes in crash recovery. */
TRX_DICT_OP_TABLE
=
1
,
/** The transaction is creating or dropping an index in an
existing table. In crash recovery, the
the
data dictionary
existing table. In crash recovery, the data dictionary
must be locked, but the table must not be dropped. */
TRX_DICT_OP_INDEX
=
2
};
...
...
lock/lock0lock.c
View file @
173f74ea
...
...
@@ -214,7 +214,7 @@ a waiting s-lock request on the next record? If this s-lock was placed
by a read cursor moving in the ascending order in the index, we cannot
do the insert immediately, because when we finally commit our transaction,
the read cursor should see also the new inserted record. So we should
move the read cursor backward from the
the
next record for it to pass over
move the read cursor backward from the next record for it to pass over
the new inserted record. This move backward may be too cumbersome to
implement. If we in this situation just enqueue a second x-lock request
for our transaction on the next record, then the deadlock mechanism
...
...
log/log0log.c
View file @
173f74ea
...
...
@@ -2047,7 +2047,7 @@ log_make_checkpoint_at(
later lsn, if IB_ULONGLONG_MAX, makes
a checkpoint at the latest lsn */
ibool
write_always
)
/*!< in: the function normally checks if
the
the
new checkpoint would have a
the new checkpoint would have a
greater lsn than the previous one: if
not, then no physical write is done;
by setting this parameter TRUE, a
...
...
page/page0page.c
View file @
173f74ea
...
...
@@ -45,7 +45,7 @@ Created 2/2/1994 Heikki Tuuri
==============
The index page consists of a page header which contains the page's
id and other information. On top of it are the
the
index records
id and other information. On top of it are the index records
in a heap linked into a one way linear list according to alphabetic order.
Just below page end is an array of pointers which we call page directory,
...
...
rem/rem0cmp.c
View file @
173f74ea
...
...
@@ -36,7 +36,7 @@ Created 7/1/1994 Heikki Tuuri
The records are put into alphabetical order in the following
way: let F be the first field where two records disagree.
If there is a character in some position n where the
the
If there is a character in some position n where the
records disagree, the order is determined by comparison of
the characters at position n, possibly after
collating transformation. If there is no such character,
...
...
@@ -76,7 +76,7 @@ cmp_debug_dtuple_rec_with_match(
/*************************************************************//**
This function is used to compare two data fields for which the data type
is such that we must use MySQL code to compare them. The prototype here
must be a copy of the
the
one in ha_innobase.cc!
must be a copy of the one in ha_innobase.cc!
@return 1, 0, -1, if a is greater, equal, less than b, respectively */
extern
int
...
...
@@ -399,7 +399,7 @@ next_byte:
/*************************************************************//**
This function is used to compare a data tuple to a physical record.
Only dtuple->n_fields_cmp first fields are taken into account for
the
the
data tuple! If we denote by n = n_fields_cmp, then rec must
the data tuple! If we denote by n = n_fields_cmp, then rec must
have either m >= n fields, or it must differ from dtuple in some of
the m fields rec has. If rec has an externally stored field we do not
compare it but return with value 0 if such a comparison should be
...
...
srv/srv0srv.c
View file @
173f74ea
...
...
@@ -614,7 +614,7 @@ future, but at the moment we plan to implement a more coarse solution,
which could be called a global priority inheritance. If a thread
has to wait for a long time, say 300 milliseconds, for a resource,
we just guess that it may be waiting for a resource owned by a background
thread, and boost the
the
priority of all runnable background threads
thread, and boost the priority of all runnable background threads
to the normal level. The background threads then themselves adjust
their fixed priority back to background after releasing all resources
they had (or, at some fixed points in their program code).
...
...
srv/srv0start.c
View file @
173f74ea
...
...
@@ -1829,7 +1829,7 @@ innobase_start_or_create_for_mysql(void)
/* Actually, we did not change the undo log format between
4.0 and 4.1.1, and we would not need to run purge to
completion. Note also that the purge algorithm in 4.1.1
can process the
the
history list again even after a full
can process the history list again even after a full
purge, because our algorithm does not cut the end of the
history list in all cases so that it would become empty
after a full purge. That mean that we may purge 4.0 type
...
...
thr/thr0loc.c
View file @
173f74ea
...
...
@@ -62,7 +62,7 @@ struct thr_local_struct{
os_thread_t
handle
;
/*!< operating system handle to the thread */
ulint
slot_no
;
/*!< the index of the slot in the thread table
for this thread */
ibool
in_ibuf
;
/*!< TRUE if the th
e th
read is doing an ibuf
ibool
in_ibuf
;
/*!< TRUE if the thread is doing an ibuf
operation */
hash_node_t
hash
;
/*!< hash chain node */
ulint
magic_n
;
/*!< magic number (THR_LOCAL_MAGIC_N) */
...
...
trx/trx0rec.c
View file @
173f74ea
...
...
@@ -1572,7 +1572,7 @@ trx_undo_prev_version_build(
/* We have to set the appropriate extern storage bits in the
old version of the record: the extern bits in rec for those
fields that update does NOT update, as well as the
the
bits for
fields that update does NOT update, as well as the bits for
those fields that update updates to become externally stored
fields. Store the info: */
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment