INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

LabVIEW: Absturz nach externem Code-Aufruf



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

10.09.2007, 15:06 (Dieser Beitrag wurde zuletzt bearbeitet: 10.09.2007 15:09 von abrissbirne.)
Beitrag #8

abrissbirne Offline
LVF-Stammgast
***


Beiträge: 480
Registriert seit: Aug 2007

LV2009, LV2010
2007
EN

66123
Deutschland
LabVIEW: Absturz nach externem Code-Aufruf
' schrieb:Und stellst Du dann sicher, dass Du da im LabVIEW Diagramm ein PixelX * PixelY grosses Array allozierst und das an die CIN gibst? Wohl kaum!Tongue

Ansonsten bekommst Du eben nur ein Handle ins CIN das 0 * 0 pixel gross ist, also nur Speicher alloziert hat für die zwei Dimensionsgrössen die dann eben 0 sind. Ein bischen Memorymanagement musst Du halt schon tun wenn Du in C arbeitest. Da ist nicht LabVIEW da, das Dir schön immer das Händchen haltend alles dahingehend für Dich erledigt.

Alternativ kannst Du auch bevor Du die Werte ins Array einfügst eine LabVIEW Memorymanager Funktion aufrufen um das Array korrekt zu resizen. Das ist sowieso vorzuziehen, da ansonsten Dein CIN nur korrekt aufrufbar ist wenn Du vor dem Aufruf das Array richtig anlegst mit Informationen die eigentlich im CIN stehen.

In Deinem Fall sollte ein Aufruf wie etwa folgender genügen:

err = NumericArrayResize(f64, 2, &Array, PixelX * PixelY):
if (err)
// clean up everything and return with error to LabVIEW

Bitte die entsprechenden Dimensionen nach dem Resize einfügen. Ist zwar eher kosmetisch aber normalerweise die korrekte Weise da NumericArrayResize im Falle eines Fehlers nichts mit dem Arrayhandle tut und LabVIEW dann eventuel über die inkorrekten Dimensionslängen stolpern könnte bei der Zurückkehr.

Rolf Kalbermatter

Habs mal mit der NumericArrayResize() Funktion versucht. Den typeCode f64 kennt die Funktion schonmal nicht. Habs dann so versucht:
if(err = NumericArrayResize(uB, 2, (UHandle*) &Array, PixelX * PixelY))
goto release
Das hat er dann auch geschluckt. Mein Skript sieht nun also folgendermaßen aus:

#include ”extcode.h“
#include <mil.h>
#include <windows.h>

UseDefaultCINInit
UseDefaultCINDispose
UseDefaultCINAbort
UseDefaultCINLoad
UseDefaultCINUnload
UseDefaultCINSave

/* Typedefs */

typedef struct {
int32 dimSizes[2];
float64 Numerisch[1];
} TD1
typedef TD1 **TD1Hdl;

typedef char * STRING;

#define PixelX 320
#define PixelY 256

extern "C" MgErr CINRun(TD1Hdl Array, LVBoolean *Done);

MgErr CINRun(TD1Hdl Array, LVBoolean *Done)
{
MIL_ID
MilApplication = M_NULL,
MilSystem = M_NULL,
MilDigitizer = M_NULL,
MilGrabBuffer = M_NULL;

int ImageBuffer[PixelX][PixelY];
int col, row;

float64 *ptrResultArrayElement;
MgErr err=noErr;

STRING DCF_FILE_PATH = “D:\Programme\Matrox...\Solios_DCF\Cedip ...”

if(err = NumericArrayResize(uB, 2L, (UHandle*)&Array, PixelX * PixelY))
goto release;

MilApplication = MappAlloc(M_DEFAULT, M_NULL);
MilSystem = MsysAlloc(M_SYSTEM_SOLIOS, M_DEV0, M_COMPLETE, M_NULL);
MilDigitizer = MdigAlloc(MilSystem, M_DEV0, DCF_FILE_PATH, M_DEFAULT, M_NULL);
MilGrabBuffer = MbufAlloc2d(MilSystem, PixelX, PixelY, M_UNSIGNED+8, M_IMAGE+MGRAB, M_NULL);

if (MappGetError(MGLOBAL, M_NULL))
{
goto release;
}

MdigGrab(MilDigitizer, MilGrabBuffer);
if (MappGetError(MGLOBAL, M_NULL))
{
goto release;
}

MbufGet2d(MilGrabBuffer, 0, 0, PixelX, PixelY, ImageBuffer);
if (MappGetError(MGLOBAL, M_NULL))
{
goto release;
}

ptrResultArrayElement = (*Array)->Numerisch;

for (col = 0; col < PixelY; col++)
{
for(row = 0; row < PixelX; row++)
{
*ptrElementOfResultArray = ImageBuffer[col][row];
ptrElementOfResultArray++;
if (MappGetError(MGLOBAL, M_NULL))
{
goto release;
}
}
}

release:
MbufFree(MilGrabBuffer);
MdigFree(MilDigitizer);
MsysFree(MilSystem);
MappFree(MilApplication);

*Done = LVTRUE;

return err;
}

Hab noch eine LED in mein Frontpanel eingebaut, das mir anzeigen soll, wenn das CIN sauber zurückgekehrt ist. Die LED wird auch gesetzt. LabVIEW stürtzt nicht ab, aber Daten hab ich immer noch keine. Wo bleiben die denn auf der Strecke? Ach ja, was mir noch aufgefallen ist. Wenn ich die erste for Schleife PixelY mal durchlaufen lasse, stürtzt LabVIEW immernoch ab. Hab dann mal nur 5 Schleifendurchläufe gemacht und dann wird das Skript sauber durchlaufen.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Nachrichten in diesem Thema
LabVIEW: Absturz nach externem Code-Aufruf - abrissbirne - 10.09.2007 15:06

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Absturz durch unzulässige Pointer VS_03 3 11.011 28.10.2016 18:32
Letzter Beitrag: VS_03
  Labview blockiert serielle Schnittstelle nach Aufruf der DLL Berdschi 5 8.804 24.04.2014 08:38
Letzter Beitrag: Berdschi
  Fehler beim Schließen des VIs nach Delphi-DLL-Aufruf Bärbel 10 15.637 11.11.2013 11:44
Letzter Beitrag: andreaskoller
  Labview-Code in Visual Studio GladiatoreSardo 1 6.198 12.11.2012 10:41
Letzter Beitrag: GerdW
  Absturz von Labview nach schliessen eines VIs sima 4 8.461 23.01.2012 17:07
Letzter Beitrag: sima
  Absturz und fehler bei aufrufen einer externen dll Georg26 3 7.233 18.07.2011 09:45
Letzter Beitrag: Georg26

Gehe zu: