---

Hallo,

beim Entwickeln von Macros und AddIns benutze ich die Debug.Print Funktion in VB.NET bzw. C#.NET um debug Informationen bereitzustellen. In SldWorks 2013 konnte ich unter Ansicht-> Direktfenster oder mit STRG-G das Direktfenster öffnen und die Ausgabe von Debug.Print sehen.

In SldWorks 2016 finde ich das Direktfenster nicht mehr  Im Menü Ansicht finde ich den Eintrag nicht mehr und in der Tastatur Shortcut Liste finde ich keinen Eintrag um einen Shortcut für das Direktfenster zu definieren.

Kann mir bitte jemand den Wink mit dem Zaunpfahl geben, wo ich das Direktfenster bzw. die Ausgabe von Debug.Print meiner Macros/AddIns finde?

Danke im voraus!

Gruß
Chris

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Direktfenster.jpg

Hallo Chris,
also bei mir ist das unverändert in SW2015 und SW2016 zu sehen.
Schaust du das Bild an.

Grüße, Andi 

------------------
Hast du kein Problem?
Such dir eins. ( Und löse es )

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

2017-01-03_151903.jpg

...in der 2017 ebenfalls

------------------
Grüße

Jörg

da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

richtig, im VBA Editor ist das Direktfenster sichtbar und zeigt die Debug.Print Ausgabe von VBA Makros an.

Aber wo oder wie kann ich mir die Debug.Print Ausgabe von VB.NET oder C# Makros und AddIns anzeigen lassen?

In meiner Erinnerung konnte SldWorks 2013 das, ich hab aber leider keinen Rechner mehr mit SldWorks 2013 zur Verfügung um das zu Überprüfen und vielleicht verwechsel ich hier auch SldWorks mit CAD/CAE Programmen die eine eingebaute Konsole besitzen...

Gruß
Chris

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Du arbeitest doch mit Visual Studio Express, das hat sein eigenes Direktfenster, das hat nichts mit SolidWorks zu tun.

Bei einem eigenständig lauffähigen Programm (.exe) kannst du das beim Debuggen in dieses Direktfenster schreiben lassen.

Bei einem Addon (.dll) geht das leider nicht, das kannst du nicht so ohne weiteres debuggen (bzw. ich kann das nicht!), die Fehlersuche gestaltet sich da schwer. Das wird erstellt (kompiliert) und dann von SolidWorks geladen, i.d.R. beim Programmstart.
Da musst du dir selber irgendeine art Log-Mechanik ausdenken, um den Fehlern auf die Spur zu kommen.

------------------
Klaus

http://www.al-ko.com/de/fahrzeugtechnik/ | mein Gästebuch

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo zusammen,

ich hab so etwas früher zum Debuggen meiner alten Exen mit der Windows-Funktion OutputDebugString gemacht. Bei einer kurzen Suche, ob es so etwas nicht auch mit .NET gibt bin ich auf die Debug-Klasse gestoßen:

https://msdn.microsoft.com/en-us/library/system.diagnostics.debug(v=vs.110).aspx

Da gibt es so etwas wie

Code:

---

System.Diagnostics.Debug.WriteLine("I am using dot net debugging");
System.Diagnostics.Trace.WriteLine("I am using dot net tracing");

Remember to Run in Non Debug mode (Ctrl+F5 or Debug/Start Without Debugging) or else VS.NET Output Window will grab the debug output

---

Und dazu passend einen kleinen Monitor, der dieAusgabe davon abfängt auf https://www.codeproject.com/articles/13345/dbmon-net-a-simple-net-outputdebugstrin g-capturer

Ich vermute mal, das geht schon noch wesentlich eleganter, aber da ich mich immer noch nicht dazu durchringen konnte so richtig auf .NET umzusteigen muss das als Schubs in eine Richtung reichen   

Ciao,
Stefan

------------------
Inoffizielle deutsche SolidWorks Hilfeseite    http://solidworks.cad.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Stefan,

der Debug Monitor zum Abfangen von Debug.Print in Solidworks AddIns ist die Lösung des Debugging Problems! Vielen Dank!

Also wie gewohnt debug messages in .NET mit Debug.Print oder Debug.WriteLine (using System.Diagnostics) implementieren. Und dann den Debug Monitor (ich habe DebugView von Sysinternals ausprobiert) starten und alle Ausgaben die an die kernel32.dll Funktion OutputDebugString weitergeleitet werden abgefangen. Keine Änderung im Code nötig, wenn kein Debugging gewünscht ist den Debug Monitor geschlossen lassen. Einfacher gehts nicht   

Diese Vorgehensweise ist natürlich nur bei Solidworks AddIn's oder NET Macros nötig. Debug Nachrichten von VBA Makros werden im VBA Editor angezeigt, NET Standalones zeigen Debug Nachrichten im Direktfenster von Visual Studio an.

Nochmal vielen Dank Stefan auch für den Link mit den Hintergrundinformationen!

Viele Grüße
Christoph

[Diese Nachricht wurde von 13 am 04. Jan. 2017 editiert.]

[Diese Nachricht wurde von 13 am 04. Jan. 2017 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP