LabVIEWForum.de

Hallo,

mein Programm stürzt so gut wie immer beim Ausführen ab, wobei ich folgenden Fehler bekommme:
####
#Date: Mi, 15. Okt 2014 18:52:49
#OSName: Windows 7 Enterprise
#OSVers: 6.1
#OSBuild: 7600
#AppName: LabVIEW
#Version: 12.0.1f5 32-bit
#AppKind: FDS
#AppModDate: 09/10/2013 07:10 GMT
#LabVIEW Base Address: 0x00400000



<DEBUG_OUTPUT>
15.10.2014 18:59:03.938
DAbort 0x37C03D:
c:\builds\penguin\labview\components\mgcore\trunk\12.0\source\MemoryManager.cpp(1181) : DAbort 0x37C03D:
minidump id: c6975d55-a709-406c-ab2a-fa3f441738c7
$Id: //labview/components/mgcore/trunk/12.0/source/MemoryManager.cpp#13 $

</DEBUG_OUTPUT>
0x0069EC33 - LabVIEW <unknown> + 0
0x10016460 - mgcore_SH_12_0 <unknown> + 0
0x10054308 - mgcore_SH_12_0 <unknown> + 0
0x0164DD37 - LabVIEW <unknown> + 0
0x01650D99 - LabVIEW <unknown> + 0
0x0E0B3368 - <unknown> <unknown> + 0
0x01CC9351 - LabVIEW <unknown> + 0
0x0044BDAC - LabVIEW <unknown> + 0
0x01B7AD64 - LabVIEW <unknown> + 0
0x01BFCBB9 - LabVIEW <unknown> + 0
0x01B79F79 - LabVIEW <unknown> + 0
0x0044B023 - LabVIEW <unknown> + 0
0x0044B2BD - LabVIEW <unknown> + 0
0x0044B330 - LabVIEW <unknown> + 0
0x01CE7FF5 - LabVIEW <unknown> + 0
0x77B41174 - kernel32 <unknown> + 0
0x77C2B3F5 - ntdll <unknown> + 0
0x77C2B3C8 - ntdll <unknown> + 0
0x00000000 - <unknown> <unknown> + 0

Das Problem ist, dass der Fehler nicht immer auftritt und ich so auch schlecht per Ausschlussverfahren die Ursache herausfinden kann...
Bin langsam am verzweifeln...

Könnt ihr mir sagen, wofür der Fehler steht? Und habt ihr Ideen was ich ändern kann?

Ich habe auch mal ne Fehler-Analyse duchgeführt, bei der er erwähnt hat, dass mein vi größer ist, als die (genauen Wortlaut gucke ich morgen nochmal nach) "zugelassene" oder so. Kann das was damit zu tun haben? Allerdings habe ich noch nicht mal 600kb erreicht....

Wäre euch für eure Hilfe sehr dankbar!
Viele Grüße!

Ps: Bin noch LabView-Neuling und auch sonst nicht der ambitionierteste Programmierer, also wäre es lieb, wenn ihr es für "Dummies" erklären könntet

Hallo blackrose,

abgesehen davon, dass nur NI wirklich was mit diesen Fehlerdumps anfangen kann, sieht man aber, dass hier der MemoryManager außer Kontrolle gerät!

Was die Ursache dafür ist, musst du aber in deinem Programm selbst suchen…

Hallo GerdW,

vielen Dank für deine Antwort.
Ich muss allerdings gestehen, dass ich überhaupt keine Ahnung habe, was der MemoryManager ist und was er genau macht...(außer, dass er vermutlich den Speicher managt, wie der Name sagt?)
Kannst du mir sagen, was mögliche Ursachen sein könnten, die den MemoryManager außer Kontrolle geraten lassen?
Wie kann ich denn da bei der Fehlersuche am Besten vorgehen?

Viele Grüße!

Hallo blackrose,

Zitat:was mögliche Ursachen sein könnten, die den MemoryManager außer Kontrolle geraten lassen?

Da gibt es viele Möglichkeiten, u.a. diese:
- DLL-Aufrufe
- ActiveX-Aufrufe
- geöffnete Referenzen, die nicht ordentlich geschlossen werden
- unkontrolliert wachsende Speicheranforderungen (obwohl die meist mit einem ordentlichen "Out of memory"-Error enden)
- …