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 

Debugging externer DLL



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!

13.05.2008, 10:30 (Dieser Beitrag wurde zuletzt bearbeitet: 22.07.2009 07:28 von rolfk.)
Beitrag #2

rolfk Offline
LVF-Guru
*****


Beiträge: 2.305
Registriert seit: Jun 2007

alle seit 6.0
1992
EN

2901GG
Niederlande
Debugging externer DLL
' schrieb:Hallo zusammen !
Ich bin in der LabVIEW-Welt relativ neu und habe einige Schwierigkeiten. Wir steuern mit LabVIEW eine selbstentwickelte Hardware und die Schnittstelle stellt eine ebenfalls selbstentwickelte DLL dar. Im Zusammenhang mit dieser DLL haben sich zwei Probleme ergeben:

1) Ich müsste während der Laufzeit die DLL schrittweise debuggen nachdem sie von LabVIEW geladen und aufgerufen wurde. Ist das möglich und falls ja wie ?

2) Nach dem Beenden des VI scheint die externe und geladene DLL irgendwie noch "aktiv" zu sein. Ein Neuladen der DLL funktioniert nur, nachdem man LabVIEW komplett geschlossen und wieder neu geöffnet hat. Wo liegt das Problem ?

1) Wenn Du eine aktuelle LabVIEW Version hast kannst Du extFuncCatching=False in Dein LabVIEW.ini File setzen und das sollte den LabVIEW Exception Dialog vermeiden und anstelle davon die Möglichkeit bieten um den registrierten SystemDebugger aufzurufen bei einer Exception. Ausser Fehlerexceptions kannst Du dann auch zum Beispiel einen {__asm int 3} User breakpoint in Deinem Code haben.

Alternativ in der Visual C IDE LabVIEW.exe als externes Executable zum Debuggen Deiner DLL angeben. Breakpoint in IDE setzen wo Du willst und dann Execute auswählen.

2) Solange das VI im Speicher ist hat es auch eine Referenz zur DLL offen. In LabVIEW 8.2 und neuer kannst Du aber den Path zur DLL als Parameter der Call Library Node angeben. Bei Übergabe eines leeren Paths wird die zuletzt geladenen DLL aus dem Speicher entfernt. Damit hast Du direkte Kontrolle über wann die DLL geladen und ausgeladen wird.

Rolf Kalbermatter

Rolf Kalbermatter
Technische Universität Delft, Dienst Elektronik und Mechanik
https://blog.kalbermatter.nl
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
Debugging externer DLL - Tom_UniMainz - 10.05.2008, 11:19
Debugging externer DLL - rolfk - 13.05.2008 10:30
Debugging externer DLL - abrissbirne - 08.07.2008, 14:59
Debugging externer DLL - martinv - 20.07.2009, 16:58
Debugging externer DLL - rolfk - 22.07.2009, 07:31

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Aufruf externer Bibliotheken / Keyence / Schnittstelle _Markus_ 1 6.302 20.05.2019 12:23
Letzter Beitrag: _Markus_
  LabView Wrapper - PostUserEvent aus externer DLL Stephan235 3 10.413 22.07.2015 13:28
Letzter Beitrag: rolfk
  Einbinden externer DLL St_Markus 1 6.868 28.05.2013 15:25
Letzter Beitrag: rolfk
  VI als externer Code finalr 1 5.000 23.11.2012 08:58
Letzter Beitrag: GerdW
  Array Elemnte von externer Funktion verbinden Heili 3 5.324 12.11.2010 13:54
Letzter Beitrag: Lucki
  VI mit externer DLL macht kein Multithreading wernerIBN 14 14.028 09.12.2009 17:36
Letzter Beitrag: wernerIBN

Gehe zu: