-> Hier kostenlos registrieren
ILC-3xx-Stringlaenge nicht mehr konsistent (angezeigte Laenge <> belegter Speicher)
Stringlaengen auf ILC-3xx-Devices (ARM_L_40) koennen zwar nach wie vor per "string "-Anweisung angepasst werden und belegen dementsprechend den Arbeitsspeicher (Struktur bestehend aus max. Laenge, aktueller Laenge, der variablen Zeichenkette selbst plus einer Extra-Null am Ende). Die max. Laenge in der String-Struktur steht allerdings beim aktuellen PC WORX (6.30.1914) nunmehr konstant auf 0, was der Default-Laenge von 80 Zeichen entspricht (Bias = 80 (!) bei der ILC 3xx, bei ILC 1xx wird die Laenge ohne Bias angegeben).
Die Visualisierung (z. B. Webvisit) kann nun bei kurzen Strings den Speicher dahinter ueberschreiben - mit entsprechenden Folgen. Auch beim Schreiben einer Struktur mit Nicht-Standard-Strings in eine Datei wird dieses Fehlverhalten offenbar. Bei laengeren Strings ist vorher Schluss, was ueber 80 hinausgeht, bleibt als Leiche im Speicher liegen. So oder so fatal. Vor einiger Zeit wurde die Laenge noch korrekt eingetragen, z. B. mit einer -37 bei 43 Zeichen langen Strings.
Bei welchem der letzten PC-WORX-Updates sich dieser Fehler eingeschlichen hat, kann ich nicht sagen, muesste gefuehlt etwa in den letzten zwei Jahren passiert sein. (Solange hatte ich nicht mehr mit ILC-3xx-Geraeten zu tun, wäre bestimmt aufgefallen. Bei den ILC 1xx ist auch noch alles i. O. Leider sind Daten zwischen 1xx und 3xx durch diesen 80er-Bias (mal mit, mal ohne) nicht direkt austauschbar, aber mit dem aktuellen Bug laeuft nun nicht mal mehr die Visualisierung ohne Absturzgefahr.)
Stringlaengen auf ILC-3xx-Devices (ARM_L_40) koennen zwar nach wie vor per "string "-Anweisung angepasst werden und belegen dementsprechend den Arbeitsspeicher (Struktur bestehend aus max. Laenge, aktueller Laenge, der variablen Zeichenkette selbst plus einer Extra-Null am Ende). Die max. Laenge in der String-Struktur steht allerdings beim aktuellen PC WORX (6.30.1914) nunmehr konstant auf 0, was der Default-Laenge von 80 Zeichen entspricht (Bias = 80 (!) bei der ILC 3xx, bei ILC 1xx wird die Laenge ohne Bias angegeben).
Die Visualisierung (z. B. Webvisit) kann nun bei kurzen Strings den Speicher dahinter ueberschreiben - mit entsprechenden Folgen. Auch beim Schreiben einer Struktur mit Nicht-Standard-Strings in eine Datei wird dieses Fehlverhalten offenbar. Bei laengeren Strings ist vorher Schluss, was ueber 80 hinausgeht, bleibt als Leiche im Speicher liegen. So oder so fatal. Vor einiger Zeit wurde die Laenge noch korrekt eingetragen, z. B. mit einer -37 bei 43 Zeichen langen Strings.
Bei welchem der letzten PC-WORX-Updates sich dieser Fehler eingeschlichen hat, kann ich nicht sagen, muesste gefuehlt etwa in den letzten zwei Jahren passiert sein. (Solange hatte ich nicht mehr mit ILC-3xx-Geraeten zu tun, wäre bestimmt aufgefallen. Bei den ILC 1xx ist auch noch alles i. O. Leider sind Daten zwischen 1xx und 3xx durch diesen 80er-Bias (mal mit, mal ohne) nicht direkt austauschbar, aber mit dem aktuellen Bug laeuft nun nicht mal mehr die Visualisierung ohne Absturzgefahr.)