Excel, VBA, Debug, Kompilieren

Hallo Andreas,
<br />ich komme jetzt endlich dazu etwas zu antworten. :-(
<br />Vielen Dank für Deine Ansätze. Also die *.exd habe ich mal gelöscht.
<br />Beim Kompilieren tritt innerhalb des VBA-Projektes kein Fehler auf.
<br />Teste ich mein VBA-Projekt INNERHALB der Eintwicklungsumgebung, dann "raucht" das Excel nicht ab. Das Problem tritt nur auf, wenn ich mein Projekt ausserhalb der Entwicklungsumgebung starte. Aber nicht bei allen Teilen des Projektes.
<br />Es ist nur speziell bei einer UserForm wenn ich diese aufrufe.
<br />Mir ist aber etwas aufgefallen: Wenn ich innerhalb meines Projektes z.B. UserForm1 und dann den "." eingeben, dass erscheint doch immer so ein kleines Fenster, in welchem alle Möglichen Befehle auftauchen, die zu "UserForm1." passen und ausgewählt werden können. Erscheint dieses Fenster sofort, dann weiss ich, dass nach dem Koilieren, Speichern, Schließen und dann ausführen KEIN Fehler auftritt.
<br />Dauert das zusammenstellen dieses kleinen Fensters sehr lange, dann tritt der Fehler beim Starten zu 100% auf.
<br />Gruß Michael
<br />

Die Antwort auf alle Fragen: Nein, Geht nicht, Nein, ...
<br />Ich schließe mal aus das ein Programmierfehler Deinerseits vorliegt.
<br />Ich würde als erstes mal eine Bereinigung machen.
<br />http://www.appspro.com/Utilities/CodeCleaner.htm
<br />Dann würde ich die temp. Dateien der Steuerelemente löschen:
<br />Suche nach *.exd und lösche alles was er findet.
<br />Dann ist die Frage ob Du irgendwelche Steuerelemente verwendest die nicht in der FM20.DLL drin sind.
<br />Das Projekt zu kompilieren ist schon richtig, der Compiler braucht zusätzlichen Speicher und der ist rar.
Wenn Du es nicht machst, dann wird dies (bei Standard-Einstellung) im Hintergrund bei Bedarf gemacht.
<br />


<br />Und da lauert heutzutage das Problem:
<br />Wenn dieser Prozess gestört/unterbrochen wird, z.B. durch Virenscanner / Sicherheitstools, dann kann es Dir schon mal abstürzen. Sollte nicht, aber ...
<br />Außerdem kommt hier das Problem das ggf. für VBA ggf. nicht genügend Speicher da ist ... sollte eigentlich einen RTE 35010 geben, aber ...
<br />Mehr gibt es da IMHO nicht zu sagen.
<br />Andreas.
<br />

Hallo,

Am besten, du wechselst in den VB-Editor (Alt-F11) und gehst im Menü Debug auf Kompilieren. Der Compiler bleibt auf jedem Fehler stehen, den er findet.

Wahrscheinlich hast du nach dem Ende einer Funktion oder Prozedur noch weiteren Code stehen, was nicht erlaubt ist. Wenn du unsicher bist, was diesen Code angeht, solltest du ihn auskommentieren.

Gruss - Peter

Für den akuten Fall ist es zu spät. Aber vielleicht für eine Suchmaschine nicht.

Das Phänomen hat mich vor langer Zeit auch mal zur Verzweiflung getrieben, als ich von Access 2003 zu Access 2013 gewechselt bin. Bei mir war es oft "nur" ein nicht kompiliertes Modul. Von Hand kompilieren (im VBA Modul) und meistens war die Welt wieder
in Ordnung.

Mittlerweile Routine bei VBA Code schreiben:

Kompilieren+ Speichern, dann Modul verlassen oder am Bericht/Formular weiterarbeiten.

Ich bin nicht erfahren genug, um zu beurteilen, ob da grundsätzlich an den Datenbanken was nicht stimmt, so daß mein Vorgehen (Kompilieren+speichern)obsolet wäre.

Ulrich

hi,

Nach Bestätigung mit OK verzweigt Excel in den VBA Editor und meldet "Fehler beim Kompilieren. Projekt oder Bibliothek nicht gefunden" (auch keine weitere Info welche!). Die Prozedur in der der Abbruch erfolgt ist die Initialize einer userform. Abgebrochen
wird in der Zeile

"Worksheets("header_calculation").Cells(50, 2) = Date".

Meines Erachtens liegt es an dem Befehl "Date", da andere Programmzeilen durchgeführt werden (bspw. Dim... If-then Anfrage).

Das ist korrekt, es liegt an den Verweisen. Siehe im VBA-Editor unter Extras\Verweise nach. Dort ist sicherlich noch ein alter, nicht mehr vorhandener Office-Verweis. Den musst du im Normalfall nur entfernen. Manchmal musst du hier auch manuell den richtigen
neuen Verweis auswählen.

Danach über Debuggen\Kompilieren testen, ob alles passt.