---

Hallo an alle!

Ich würde gerne ein vb.net Projekt in Microsoft Visual Basis 2010 Express debuggen. Bis jetzt teste ich die DLL-Datei in AutoCAD, da sie für AutoCAD geschrieben wurde.

Beim Debuggen in Microsoft Visual Basic 2010 Express tritt jedoch immer die Fehlermeldung: "ReflectionTypeLoadException wurde nicht behandelt. Mindestens ein Typ in der Assembly kann nicht geladen werden." auf.
Beim Googlen dieser Fehlermeldung finde ich keinen genauen Lösungsvorschlag für meine Situation.
Vielleicht könnt ihr mir da weiterhelfen.

Vielen Dank im Voraus!

Lg Kathi

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

---

Hi,

>> Beim Googlen dieser Fehlermeldung finde ich keinen genauen Lösungsvorschlag für meine Situation.

...und Deine Beschreibung der Situation ist für mich zu wenig, um was darüber sagen zu können.

Eigentlich sagt es aus, dass etwas nicht geladen werden konnte (oder durfte).

Was jetzt in Deinem Projekt zu laden ist ==> sorry, ohne das Projekt kann nicht mal gemutmaßt werden

Was jetzt vielleicht nicht geladen werden durfte, kann mit Berechtigungen oder Versionskonflikten zusammenhängen. Zu Versionskonflikt kann ich mal folgendes äussern: bitte >>>SysInfo ausfüllen<<<, damit würden wir mal Betriebssystem Version (+ 32 od. 64bit), AutoCAD (bzw. vertikales Produkt) + Version kennen.

>> Beim Debuggen in Microsoft Visual Basic 2010 Express tritt jedoch immer die Fehlermeldung

Wann ist denn 'beim Debuggen' 

Schon beim Laden mit NETLOAD innerhalb von AutoCAD, oder bei einer bestimmten Funktion, die Du geschrieben hast, ev. immer bei der gleichen Programmzeile, ....?

Beschreib bitte (ein wenig) mehr, dann können wir weniger schreiben (dafür deutlich zielgerichteter  )

- alfred -

------------------
www.hollaus.at

---

Sowohl die .Net-Entwicklungsumgebung als auch AutoCAD sind für mich eher neu, deshalb drücke ich mich vielleicht nicht gewählt genug oder unverständlich aus. Ich bitte da um euer Verständnis.

Also ich arbeite mit einer DLL-Datei, die in vb.net geschrieben wurde und in AutoCAD ausgeführt werden soll. Die DLL lässt sich in AutoCAD über netload problemlos laden und ausführen. Nur ist es mühsam während dem Programmieren AutoCAD ständig zu schließen und erneut zu öffnen, da eine Datei aus netload nicht wieder überschrieben werden kann. Deshalb würde ich das Programm einfach in VB Express debuggen.

Egal welche vb-Datei des Projektes ich debuggen will, es erscheint eben jene Fehlermeldung.
Muss ich immer eine bestimmte Datei zuerst laden um den Debugger starten zu können?
Oder ist es vielleicht etwas Versionsabhängiges?
Ich denke es liegt an Grundeinstellungen, denn ich komme nicht einmal zu einer Fehlerausgabe über eine bestimmte Programmzeile.

Ich hoffe, dass euch das weiterhilft...

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

---

Hi,

ich hab kein Express, daher ist das folgende vielleicht nicht gültig.

Der Vorgang, um ein Projekt zu debuggen, spielt sich (zumindest in der VS.Prof-Version) so ab:

a) in den Projekteigenschaften ==> (Karte) 'Debuggen' ==> Markierung auf 'externes Programm starten' und hier den Pfad/Dateiname zu 'acad.exe' einstellen

b) dann kann das Projekt (im Debug-Modus) direkt aus VS heraus gestartet werden (<F5>)

c) und wenn Du ein 32bit Betriebssystem hast und ein 32bit AutoCAD hast, dann darfst Du sogar während des Debuggens Code umschreiben ohne zwischendurch AutoCAD immer beenden und neu starten zu müssen)

Hilft das weiter?

- alfred -

------------------
www.hollaus.at

---

Hallo,

In Express scheint die Einbindung der acad.exe Datei etwas anders zu funktionieren als beschrieben, aber der Beitrag hat mir auf der Suche sehr geholfen. Danke!

Es waren einige Codezeilen in der MyProjectName.vbproj.user-Datei hinzuzufügen. Bei Interesse hier die Beschreibung: http://through-the-interface.typepad.com/through_the_interface/2006/07/debugging_using.html

Danke nocheinmal für die Hilfe.

Lg Kathi

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

---

Hallo Alfred,

Zitat:

---

c) und wenn Du ein 32bit Betriebssystem hast und ein 32bit AutoCAD hast, dann darfst Du sogar während des Debuggens Code umschreiben ohne zwischendurch AutoCAD immer beenden und neu starten zu müssen)

---

Bedeutet das im Umkehrschluss, wenn ich ein 64bit System verwenden will (Win 7 64 bit, VS 2010 Express und Map 3D 2012) muss ich Autocad beenden um Änderungen am Code vornehmen zu können.
Und dann wieder Autocad starten, DLL laden, testen ... Autocad beenden, Code ändern usw.

Das ist bei der "berauschenden" Geschwindigkeit mit der Autocad startet ja eine schreckliche Vorstellung!

lg
Didi

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

---

Hi,

>> Bedeutet das im Umkehrschluss, wenn ich ein 64bit System verwenden will [...]
>> muss ich Autocad beenden um Änderungen am Code vornehmen zu können.

Ja, darum entwickle ich auf 32bit und erst im Finale wird auf 64bit debugt.

Das ist aber Microsoft, VS ist (und wird es imho bleiben) eine 32bit Applikation. Solange das so ist, wird Coding-while-Debugging nicht funktionieren.

>> Das ist bei der "berauschenden" Geschwindigkeit mit der Autocad startet ja eine schreckliche Vorstellung!

Echt? Dann schaff einen anderen Rechner an, denn wenn Du AutoCAD mal im Cache hast, dann startet es auf einem normalen (CAD-tauglichen) Computer doch in wenigen Sekunden. 
(Ergänzung Win7 natürlich schneller als XP)

- alfred -

------------------
www.hollaus.at

---

Wenn man es ganz bequem haben will hilft auch eine zusätzliche scr Datei mit einem:

Code:

---

netload "E:\myAddon\bin\Debug\LFE.dll"
open "E:\myAddon\DateiMitDerIchTeste.dwg"
myCommand

---

wobei meine .vbproj.user Datei dann so aussieht:

Code:

---

  <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|AnyCPU'">
    <StartProgram>C:\Program Files\Autodesk\AutoCAD Architecture 2011\acad.exe</StartProgram>
    <StartAction>Program</StartAction>
    <StartArguments>/b "E:\myAddon\autoload.scr" /p "ACAD"</StartArguments>
  </PropertyGroup>

---

und schon passiert alles auf knopfdruck. Ich empfehle an dieser Stelle die Verwendung von einem Profil mit so wenig drinne wie geht (bei mir oben im Beispiel ohne den Architectural Kram) das beschleunigt den Start doch enorm.

LG
Holger

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

---

Hallo Holger,

danke für den Hinweis. Werd ich ausprobieren.

lg
Didi

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