Wrap bibliography in \sloppy to prevent overfull hboxes
This commit is contained in:
@@ -7,13 +7,6 @@
|
||||
\chapter{Related Work}\label{ch:relatedwork}
|
||||
|
||||
Related work is for similar work (e.g., Wasm with software-based mitigation).
|
||||
|
||||
\section{FAIL* Paper/Dissertation}
|
||||
|
||||
\section{Other Fault-Injection Papers?}
|
||||
|
||||
\section{Wasm Hardening Papers}
|
||||
|
||||
In a wider sense also hardening papers for e.g., Python could be considered.
|
||||
|
||||
|
||||
|
||||
@@ -14,5 +14,9 @@
|
||||
\end{itemize}
|
||||
|
||||
\Gls{fail}~\autocite{schirmeierFAILOpenVersatile2015} is an emulation-based vulnerability analysis tool.
|
||||
It provides a toolset to perform \gls{fi} experiments to analyze the vulnerability of software to transient hardware faults.
|
||||
In contrast to other \gls{fi} tools, \Gls{fail} enables deep simulator state access while simultaneously supporting multiple simulator backends, like BOCHS~\autocite{bochs} or gem5\footnote{\url[2026-07-02]{https://www.gem5.org/}}. % TODO: Give examples for other FI frameworks
|
||||
|
||||
% FAIL components/structure/architecture
|
||||
|
||||
\end{document}
|
||||
|
||||
Reference in New Issue
Block a user