fixes

HoMeCracKeR · May 30, 2015 · 6adf374 · 6adf374
1 parent 8544de8
commit 6adf374
Show file tree

Hide file tree

Showing 5 changed files with 5 additions and 5 deletions.
diff --git a/common_errors.sh b/common_errors.sh
@@ -0,0 +1 @@
+grep -R \url{.*}{ .
diff --git a/patterns/04_scanf/2_global/MIPS/main.tex b/patterns/04_scanf/2_global/MIPS/main.tex
@@ -93,4 +93,4 @@ \subsubsection{\RU{Инициализированная глобальная п
 at address 0x4006e8, after the \scanf call. }
 \RU{Функция \scanf не изменяет это значение.}\EN{The \scanf function does not change its value.}
 
-% TODO non-optimizing example?
+% TODO non-optimized example?
diff --git a/patterns/145_LCG/MIPS.tex b/patterns/145_LCG/MIPS.tex
@@ -16,7 +16,7 @@ \section{MIPS}
 
 \RU{Действительно}\EN{Indeed}!
 
-\subsection{\RU{Перемещения в MIPS}\EN{MIPS relocations}}
+\subsection{\RU{Перемещения в MIPS (\q{relocs})}\EN{MIPS relocations}}
 
 \RU{Ещё поговорим о том, как на самом деле происходят операции загрузки из памяти и запись в память.}
 \EN{I want also to focus on how such operations as load from memory and store to memory actually work.}

diff --git a/patterns/14_bitfields/1_check/x86.tex b/patterns/14_bitfields/1_check/x86.tex
@@ -127,7 +127,7 @@ \subsection{x86}
 \EN{So, as of Linux 2.6, when the \TT{sys\_open} syscall is called, control eventually passes to \TT{do\_sys\_open},
 and from there---to the \TT{do\_filp\_open()} function (it's located in the kernel source tree in \TT{fs/namei.c}).}
 
-\newcommand{\URLREGPARM}{\url{http://go.yurichev.com/17040}{ohse.de/uwe/articles/gcc-attributes.html\#func-regparm}}
+\newcommand{\URLREGPARM}{\href{http://go.yurichev.com/17040}{ohse.de/uwe/articles/gcc-attributes.html\#func-regparm}}
 
 \index{fastcall}
 \label{regparm}
@@ -143,7 +143,7 @@ \subsection{x86}
 GCC has the option \IT{regparm}\footnote{\URLREGPARM},
 through which it's possible to set the number of arguments that can be passed via registers.}
 
-\newcommand{\URLKERNELNEWB}{\url{http://go.yurichev.com/17066}{kernelnewbies.org/Linux\_2\_6\_20\#head-042c62f290834eb1fe0a1942bbf5bb9a4accbc8f}}
+\newcommand{\URLKERNELNEWB}{\href{http://go.yurichev.com/17066}{kernelnewbies.org/Linux\_2\_6\_20\#head-042c62f290834eb1fe0a1942bbf5bb9a4accbc8f}}
 \newcommand{\CALLINGHFILE}{arch/x86/include/asm/calling.h}
 
 \RU{Ядро Linux 2.6 собирается с опцией \TT{-mregparm=3}\footnote{\URLKERNELNEWB}

diff --git a/patterns/14_bitfields/35_set_reset_FPU/main.tex b/patterns/14_bitfields/35_set_reset_FPU/main.tex
@@ -108,7 +108,6 @@ \subsubsection{\OptimizingKeilVI (\ThumbMode)}
 \EN{The code of my\_abs is weird and it effectively works like this expression}: $(i<<1)>>1$.
 \RU{Это выражение выглядит бессмысленным}\EN{This statement looks meaningless}.
 \RU{Но тем не менее, когда исполняется $input<<1$, \ac{MSB} (бит знака) просто выбрасывается.}
-% TODO FIXME MSB is bold and with exclamation mark here (and elsewhere). Is it needed?
 \EN{But nevertheless, when $input<<1$ is executed, the \ac{MSB} (sign bit) is just dropped.}
 \RU{Когда исполняется следующее выражение $result>>1$, все биты становятся на свои места,
 а \ac{MSB} ноль, потому что все \q{новые} биты появляющиеся во время операций сдвига это всегда нули.}