 ** V 1.47 12.3.2021 **
	* Linux: C++ - Standard auf C++11 fixiert, damit läuft das .o auch auf älteren GCC Releases 
	 (internal: das Buildsystem ist: gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 für 32 und 64-Bit
	* fixed: möglicher Buffer Overflow um Falle eines Angriffs mit PDUs > 8kB
	* fixed: Linux ab V 1.45: Beim Verbindungsabbruch wurde das Signal SO_NOSIGPIPE, das Progamm wurde beendet


 ** V 1.46 8.3.2021 **
	* Linux: im Server-Betrieb kam es zu hoher Prozessorauslastung (Grund Problem bei Interprozesskommunikation)
	
 ** V 1.45 26.9.2019 **
	* KeepAlive wurde bei Linux nicht richtig behandelt, Linux kann die Zeit nur in Sekunden angeben, Windows in ms
	  nun werden die angegebenen Zeiten in Sekunden (/1000) umgerechnet
	* KeepAlive in Demoprogramm eingebaut	
	* Unterbrechungserkennung wurde verbessert

 ** V 1.44 23.9.2019 **
	* die Anzahl der möglichen Serververbindungen wurde auf 256 gesetzt

 ** V 1.43 11.4.2019 **
	* schnelles Beenden des RFC1006-Serverthreads eingebaut
 
 ** V 1.42 10.04.2019 **
    * Stabilitätsverbesserung unter Linux durch Umstellung des Taskmanagements auf pthreads
    * Kompatibilität zu Linux Kernel 2.4 in separatem Deployment
    * Neue Funktionen um Version der Library abzufragen

 ** V 1.41 31.10.2018 **
	* Beim gleichzeitigen Betrieb von Server und Client wurde in der Version 1.41 der Server nicht gestartet
	 
 ** V 1.40 24.10.2018 **
	* Server: Wenn auf den Server TCP/IP Port bereits ein Binding z.B. durch ein anderes Program bestand, erfolgte keine Rückmeldung Rfc1006StartServer meldet in diesem Fall nun E_RFC1006_BINDING_SERVER_PORT = -15
	* Server: SO_REUSEADDR ist jetzt auf "false" gesetzt
	* Rfc1006GetSockErrString implementiert
	
 ** V 1.39 12.4.18 **
	* Tx Funktion thread safe gemacht
	
 ** V 1.38 5.10.17 **
	* FastAck von 1.37 rückgängig gemacht, nun wieder nach jedem Empfang eines jeden Fragments 
	  Siemens SPS mit kleiner PDU-Size bekamen beim senden grosser Pakete Timeoutprobleme
	* Linux: fixed:  undefined reference to `__stack_chk_fail_local' ,  mit -fno-stack-protector compiliert

 ** V 1.37 25.9.17 **
	* wenn FastAck aktiv war, wurde diese nach Empgfanges eines jeden Fragmentes gesendet, 
	 nun erst nach Empfang des letzen Fragments
	* Rfc1006Rx: für Timeout -1 funktioniert bei Windows nicht richtig.
	 Windows kommt sofort zurück, mit Workaround behoben
	* Linux ist mit -fPIC kompiliert, so ist rfc1006lib.o  mit "Position independent Code"
  * Demo für Linux implementiert
  * Demo expired Code ist nun -1234 (vorher 0x1234)
 
    
 ** V 1.36  7.9.2017 ** 
   * Linux: Lock Mechanismus mit pthreads implementiert
   * Linux: Änderungen seit V 1.31 nachgezogen

 ** V 1.35  ** 
   *  internal Version

 ** V 1.34 - 25.5.17 ** 
   *  Bug: V 1.33 wenn bei Rfc1006Rx in der Timeoutzeit kein Paket empfangen werden konnte, wurde die Verbindung immer geschlossen
      BugFix: wenn bei Rfc1006Rx in der Timeoutzeit ein Fragment nicht komplett empfangen werden kann, wird die Verbindung geschlossen
   

 ** V 1.33 - 17.5.17 ** 
  * wenn fragmentierte Packet mit einem Zeitversatz > Timeout beim Rx emfangen werden sollten, wurde nur das letzte Fragment empfangen
    *  der RxTimeout bei Rfc1006Rx ist die Zeit die gewartet wird f�r den Empfang eines Fragmentes
    *  Empfehlung: Rfc1006PacketInQ() aufrufen, wenn ein Paket vorhanden, mit entsprechendem  RxTimeout Rfc1006Rx aufrufen 
    <code>
	if (Rfc1006PacketInQ (m_Ref))
	{
	  Rfc1006Rx (m_Ref, m_RxData), sizeof (m_RxData) - 1, RxTimeout);
	}
	</code>
    *  tritt während des Empfangs von fragmentierten Daten ein Timeout auf, so wird nun die Verbindung geschlossen. Und es wird -1 (Timeout) als Fehler zur�ck gegeben

 ** V 1.32 - 24.6.15 ** 
  * Connect von Client und Server des selben Processes (Localhost/selbe Maschine) ging nicht
  * paralleles ausf�hren von "StartServer" hatte DeadLock-Problem
    
 ** V 1.31 - 28.5.15 ** 
  * Rfc1006OpenExServer implementiert
  * Der Server kann nun auf veschiedenen Ports verbunden werden
  * Anzahl maximale Verbindungen auf 64 erhöht (vorher 32)

 ** V 1.30 - 18.12.14 ** 
  * Aufruf von SetKeepAlive nach Rfc1006Close f�hrte zum Returnwert -7
 ** V 1.29 - 22.8.14 ** 
  * Verbindungsabbrucherkennung verbessert

 ** V 1.28 - 6.8.14 ** 
  * Im Serverbetrieb kam es bei ge�ffneten Verbindungen zur Verz�gerung des Connection Request, wenn auf ge�ffnete Verbindung ein Rx mit langen Timeout lief

 ** V 1.27 - 28.11.12 ** 
  * TCP/IP NO_DELAY gesetzt

 ** V 1.26 - 24.9.12 ** 
  * (intern) IsIPConnected �berarbeitet, es wurde nicht immer der korrekte Status zur�ckgegeben \\
  * Default Port bei Angabe Port 0 auf 102 korrigiert \\
  * Anzahl maximaler Verbindungen auf 256 erh�ht \\
  * Rfc1006PacketInQ (long Ref) implementiert \\ pr�ft, ob ein Paket zum Empfang bereit ist \\ Verwendung: \\ if (Rfc1006PacketInQ (Ref)) \\	 { \\	   Rfc1006Rx (mit entsprechendem Timeout) \\	 } \\
nach Aufruf von Rfc1006Connect und Rfc1006GetStatus kann bei R�ckgabe false zus�tzlich Rfc1006GetSockErr (Ref) aufgerufen werden, um den Grund auf Socketebene zu ermitteln

 ** V 1.25 - 12.9.12 ** 
  * RxRFC1006 mit Timeout 0 wartete l�nger als 0 ms nun behoben

 ** V 1.24 ** 
  * Rfc1006GetStatus lieferte nicht immer den richtigen Connectstatus

 ** V 1.23 - 5.12.11 ** 
  * PDU-Size auf mindestens 128 Byte abgebpr�ft
 
 ** V 1.22 - 28.7.11 ** 
  * FastAck mit Funktion Rfc1006SetFastAck einstellbar grunds�tzlich aus
 
 ** V 1.21 - 11.7.11 ** 
  * FastAck eingebaut

 ** V 1.20 - 28.6.11 ** 
  * Max PDUSize auf 8 K gesetzt

 ** V 1.19 ** 
  * Rfc1006TxUnlocked eingef�gt
 
 ** V 1.18 - 16.5.11 ** 
  * SetKeepAlive eingef�gt 
  * GetStatus intern, den echten Status der Verbindung gepr�ft
 