.. highlightlang:: us

.. _was-ist-neu-in-uniplot-4.2.5:

Was ist neu in UniPlot 4.2.5
============================

Auf dieser Seite werden die Änderungen von UniPlot 4.2.5 gegenüber
UniPlot 4.2.4 beschrieben.

Änderungen und Erweiterungen
----------------------------

* Beim Import von MDF-Dateien (siehe :ref:`import-von-mdf-dateien`) können nun
  kurze Display-Namen als Kanalnamen erzeugt werden, falls diese Information in der
  MDF-Datei vorhanden ist. Wenn das Addin geladen ist, finden Sie im Extras-Menü 
  den Konfigurationsdialog MDF-Konfiguration (INCA).

Neue UniScript-Funktionen
-------------------------

Keine.

Geänderte UniScript-Funktionen
------------------------------

Die Änderungen werden in den History-Tabellen am Ende der Funktionsbeschreibungen 
angegeben.

.. us.makeindex   Changed425, Geänderte Funktionen in UniPlot 4.2.5

.. include:: ../ftab/Changed425.ftab

Fehlerkorrekturen
-----------------

Die folgenden Fehler wurden korrigiert:

* (ID882): Dieser Fehler wurde in UniPlot 4.2.4 fälschlicherweise als behoben
  angegeben, wurde aber erst in UniPlot 4.2.5 entfernt. :ref:`poly_triangulate` hatte
  zwei Fehler. 1.) Bei bestimmten Verteilungen der Punkte kam es zu einer
  Speicherzugriffsverletzung, z. B. ``poly_triangulate([0,0,1,1],[0,1,0,1])``.
  2.) Die Fehlerbehandlung wurde nicht entsprechend der Dokumentation durchgeführt.
  Im Fehlerfall gibt die Funktion nun einen Stringvektor mit zwei Elementen zurück.
  Das erste Element identifiziert den Fehler, das zweite Element ist ein
  Fehlermeldungstext. 

* (ID900): Die Funktion :ref:`AppQuit` war fehlerhaft. UniPlot wurde nicht
  vollständig beendet, sondern hing in einer Endlos-Schleife.

* (ID902): Debug-Tooltip: Wurde der Cursor während des Debuggens über eine
  Zahlen-Variable mit einer Spalte und exakt 40 Zeilen geführt, hing der
  UniScript-Debugger in einer Endlos-Schleife.

* (ID903): 3D-Hülle laden: Falls die dritte Spalte ungültig war, schlug der
  Befehl ohne Fehlermeldung fehl. Es wird nun eine Meldung ausgegeben und die Werte
  werden auf "m" gesetzt.

* (ID917): Fehler in :ref:`obj_save` beim Speichern von Variant-Matrizen mit Strings.
  Beispiel: Von den beiden Anweisungen ``o = [.a = [1, "2"]]; o.save("c:/test.xml")``
  wurde der String "2" nicht in der Datei gespeichert.

* (ID964): :ref:`ltostr` erzeugte einen fehlerhaften Ausgabe-String bei negativen
  Zahlen und der Basis 10. 

* (ID966): NC-Brower: Wenn C_format = "" ist, wurde im Browser ein leeres Feld
  angezeigt. Es wird nun der Default-Wert verwendet, der unter Optionen im Browser 
  eingestellt werden kann.

* (ID974): Dokumentationsfehler: Bei der Funktion :ref:`fwrite` wurde der Datentyp
  "real48" als mögliche Option genannt. Der "real48"-Datentyp kann aber nur gelesen 
  werden (siehe :ref:`fread`) und er kann nicht geschrieben werden.

* (ID986): Bei Zuweisungen von großen Matrizen an Variablen konnte es zu
  Speicherzugriffsverletzungen kommen:

  Beispiel:

  ::

      a = zeros(1,1e6) // Klappt!
      a = zeros(1,1e8) // Klappt nicht. Aber a wird zerstört.

  Die nächsten Zugriffe auf *a*  ergeben eine Speicherzugriffsverletzung.

* (ID991): Datenaustausch: Wenn Kanal nur missing_value-Werte enthielt,
  wurde der Austausch abgebrochen. Nun läuft der Datenaustausch weiter. Bei 1D und
  2D Datensätzen wird der Datensatz auf einen Wert mit den Koordinaten 0;0 
  verkürzt. Bei 3D-Datensätzen wird der Datenaustausch weiterhin abgebrochen.

* (ID992): Wenn die Kanalnamen in der MDF-Datei nicht 0-terminiert sind, wurde
  ein Teil des Kanal-Kommentars an den Kanalnamen gehängt, so dass bis zu
  128-Zeichen lange Kanalnamen erzeugt wurden. Dies kam vor, wenn die Kanalnamen in
  der MDF-Datei 32 Zeichen erreichten.

* (ID995): ``smMat = ExcelRead()``: Verwendete "%g" für Zahlen-Konvertierung.
  Es nun wird %.16g verwendet. Ansonsten wurden OLE-Datum/Zeit-Werte fehlerhaft
  konvertiert. Wenn die Funktion :ref:`ExcelRead` die Daten als String-Matrix liefern 
  sollte, wurden bei Zahlenwerte die das Datum darstellten (z. B. 38500) nicht
  genug Nachkommastellen ausgegeben.

* (ID996): ``o = error_create("a",1,"b")`` wurde vom Garbage Collector
  fehlerhaft behandelt. In *o*  wurden die Strings gelöscht, obwohl das Objekt noch 
  Referenzen hatte.

:sub:`id-2045184`