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

@@ -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

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

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)) {