From 74c4f1cfd1861d57aa47bd08a47db3ef71516753 Mon Sep 17 00:00:00 2001
From: adrian <adrian@8c4709b5-6ec9-48aa-a5cd-a96041d1645a>
Date: Wed, 4 Jul 2012 11:25:26 +0000
Subject: [PATCH] Typos + Coding-Style fixed, TODO revisited.

git-svn-id: https://www4.informatik.uni-erlangen.de/i4svn/danceos/trunk/devel/fail@1422 8c4709b5-6ec9-48aa-a5cd-a96041d1645a
---
 doc/how-to-use.txt                  |  2 +-
 doc/todo.txt                        | 13 +++++++++++--
 src/core/sal/SimulatorController.cc |  2 +-
 3 files changed, 13 insertions(+), 4 deletions(-)

diff --git a/doc/how-to-use.txt b/doc/how-to-use.txt
index 7d1045bf..58143c8b 100644
--- a/doc/how-to-use.txt
+++ b/doc/how-to-use.txt
@@ -121,7 +121,7 @@ input parameters for the experiment execution, e.g. instruction pointer, registe
 numbers, ...). We call such "experiment data" the parameter sets. The so called "campaign"
 is responsible for managing the parameter sets (i.e., the data to be used by the experiment
 flows), inquired by the clients. As a consequence, the campaign is running on the server-
-side and the experiment flow are running on the (distributed) clients.
+side and the experiment flows are running on the (distributed) clients.
 First of all, the Fail* instances (and other required files, e.g. saved state) are
 distributed to the clients. In the second step the campaign(-server) is started, preparing
 its parameter sets in order to be able to answer the requests from the clients. (Once
diff --git a/doc/todo.txt b/doc/todo.txt
index 853d5402..c07c6d31 100644
--- a/doc/todo.txt
+++ b/doc/todo.txt
@@ -39,7 +39,16 @@ Abstraktionen:
    -> Modifikationen an FAIL* sind damit leichter zu verifizieren
 
 Events:
- - 
+ - Aktuelle Events sind viel mehr "Interests", die erst bei Auslösung zu
+   einem "Event" werden (-> semantische Ungenauigkeit)
+    -> benenne Events um ("Interests"?)
+    -> Erstelle neue Klassenhierarchie, die den "Informationsanteil" der "Events"
+       repräsentiert. Diese kapseln dann die Informationen in den Events und
+       werden zudem intern im Fail*-Framework verwendet (genauer: kommuniziert).
+    Hintergrund: Umstrukturierung des Event-Managements, damit es performanter
+    wird. Dazu werden Aspekte für die Performanz-Verbesserung pro zeitkritischem Typ
+    eingewoben. Dabei soll auf eine "search"-Methode zurückgegriffen werden, mit
+    der in den typspezifischen Containern gesucht werden kann. [...]
 
 Parallelisierung:
  - Momentan landen initial *alle* Parametersätze im Speicher.  Sobald das viel
@@ -90,7 +99,7 @@ Effizienz:
  - Queue-Suche optimieren (Hashes, Sortierung, ...)?
  - boolean/Counter für Events (um Durchlaufen der Queue zu verhindern)?
  - Dynamic AspectC++ ausprobieren
- - Löschliste in EventList via Hashing implementieren (o.Ä.)?
+ - Löschliste in EventManager via Hashing implementieren (o.Ä.)?
 
 Buildsystem:
  - (mittelfristig) in cmake nur wirklich Build-spezifische Dinge konfigurieren
diff --git a/src/core/sal/SimulatorController.cc b/src/core/sal/SimulatorController.cc
index 5bd01de5..1f31835f 100644
--- a/src/core/sal/SimulatorController.cc
+++ b/src/core/sal/SimulatorController.cc
@@ -158,7 +158,7 @@ bool SimulatorController::removeSuppressedInterrupt(unsigned interruptNum)
 void SimulatorController::onTrapEvent(unsigned trapNum)
 {
 	EventManager::iterator it = m_EvList.begin();
-	while(it != m_EvList.end()) { // check for active events
+	while (it != m_EvList.end()) { // check for active events
 		BaseEvent* pev = *it;
 		TrapEvent* pte = dynamic_cast<TrapEvent*>(pev);
 		if (!pte || !pte->isMatching(trapNum)) {