Array initalisieren über DLL Funktion

(29.08.2012 10:12 )Forti schrieb:  Ich werde mir auch die von dir genannten Punkte noch einmal anschauen (da das Programm hin und wieder abstürzt und ich noch suche woran es liegen könnte)

Buffer overrun Fehler (denn das ist es eigentlich wenn Du einer Funktion zu kleine Buffer übergibst und diese Funktion dann über das Ende des allozierten Buffers schreibt) sind eine typische Ursache von sporadischen Crashes. Je nachdem was die Funktion gerade überschreibt kann es im Glücksfall gleich crashen, oder irgendwann mal später, etwa beim Abschliessen des Programmes wenn LabVIEW versucht alle Resourcen ordnungsgemäss freuizugeben und dann über die zerstörten Pointer im Speicher stolpert, oder im schlimmsten Fall crasht es gar nicht. Und ich sage hier bewusst "im schlimmsten Fall" denn das sind die Fehler die entweder Variablen überschreiben so dass Dein mehr oder weniger komplizierter Algorithmus völlig idiotische (oder auch nur ganz leicht falsche) Resultate liefert oder urplötzlich doch crasht, wenn Du scheinbar kleine Anpassungen an der Applikation gemacht hast die die Reihenfolge und Anordnung von Elementen im Speicher verändert hat, so dass nun plötzlich doch ein Fehler oder Crash auftritt. Und da dann auf die Idee zu kommen alle DLL Aufrufe nochmals gründlich zu checken, statt den Fehler in den letzten Änderungen zu suchen ist oft nicht ganz vor der Hand liegend, aber die einzige richtige Lösung.

Deshalb tendiere ich immer mehr zu der Meinung: Wer mit der Call Library Node rumspielt ohne wirklich SEHR genau zu wissen was er tut, und das Resultat dann in eine Produktionssoftware übernimmt, handelt eigentlich grobfahrlässig. Wenn die Applikation nur ein Messdatenfile produziert, kann das im schlimmsten Fall bedeuten, dass die damit erfassten Daten alle wertlos sind, also eine mehr oder weniger grosse finanzielle Katastrophe. Aber wenn dieselbe Applikation auch Motion und was noch mehr enthält und bei einer Fehlfunktion potentiel Menschenleben gefährden kann, dann ist es schlichtweg unverantwortlich.