--- trunk/paramin-beta/netcommunication.cc	2015/05/11 11:12:20	8
+++ trunk/paramin-beta/netcommunication.cc	2015/05/11 14:32:47	9
@@ -133,7 +133,7 @@
 				� PVM var notað pvm_catchout(stdin) til að fá output úr
 				child processunum, í MPI setur maður flag á eftir mpirun
 				til að fá sambærilega hegðun, þá búast til skrár fyrir hvert
-				process sem skrifa út allt sem kemur úr stdout og stderr í þeim. 
+				process sem skrifa út allt sem kemur úr stdout og stderr í þeim.
 			*/
 			MPI_Comm_spawn(slaveProgram, slaveArguments, nhost, MPI_INFO_NULL, 
 	          	0, MPI_COMM_WORLD, &intercomm, errcodes);
@@ -327,10 +327,10 @@
   	// Non-blocking probe which checks for a message with this tag, if there is no message then
   	// flag is false, otherwise it is true, then something is maybe wrong with the process!
 	
-	// ATH: Þetta flag mun líklega alltaf vera false... það tékkar bara strax og heldur svo 
+	// ATH: Þetta flag mun líklega alltaf vera false... það tékkar bara strax og heldur svo
 	// áfram, þetta virkar eins og pvm_probe, svo þetta ætti að vera í lagi hér.
 	// Held samt að það sé irrelevant að vera með þetta checkprocess núna, það á allt að
-	// vera í lagi... 
+	// vera í lagi...
 	bufID = MPI_Iprobe(id, pvmConst->getTaskDiedTag(), intercomm, &flag, &stats);
   	if (flag == true) {
     // message has arrived from tids[id] that has halted
@@ -404,7 +404,7 @@
 // ********************************************************
 int NetCommunication::sendData(const ParameterVector& sendP) {
 	/*
-		Komið í bili, þarf samt að skoða MPI_PACK eða eitthvað álíka til að 
+		Komið í bili, þarf samt að skoða MPI_PACK eða eitthvað álíka til að
 		raða inn í buffer og senda strengina, gæti verið að maður þurfi þá að
 		pakka int með sem er lengd char fylkisins. Það er samt bara kallað á þetta
 		fall einu sinni í byrjun til að senda switches, svo að það ætti að vera í lagi.