Hot News:

Mit Unterstützung durch:

  Foren auf CAD.de (alle Foren)
  SolidWorks
  Makro Laufzeitfehler 35010

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Anzeige:

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
  
Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS
  
What’s New in SOLIDWORKS 2025 – Dortmund, eine Veranstaltung am 20.11.2024
Autor Thema:  Makro Laufzeitfehler 35010 (611 mal gelesen)
KSAH
Mitglied
Freiberufler


Sehen Sie sich das Profil von KSAH an!   Senden Sie eine Private Message an KSAH  Schreiben Sie einen Gästebucheintrag für KSAH

Beiträge: 139
Registriert: 18.06.2015

SolidWorks 2010 bis 2021

erstellt am: 18. Jul. 2023 11:31    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Hallo,

weiß jemand zufällig was der Laufzeitfehler 35010 ist? Dieser kommt sporadisch. Ich kann nicht mal nachvollziehen wann und wo. Kommt bei einem Wechsel in ein SUB. Die Stoppmarke im SUB wird nicht mehr erreicht. Mir ist nur mit Hilfe des Internets und Beobachtungen aufgefallen, das Makro kann wohl einen dynamischen Speicher nicht erzeugen. Starte ich das Makro einmal gleich bei Arbeitsbeginn kommt der Fehler nie. Während der Arbeit ist es Zufall. Auch dauert der erste Start länger. Ich weiß auch nicht ob die Excel- oder die SW-Routinen den Fehler erzeugen. Ich starte im Hintergrund Excel.

Ich kann nicht mal den Fehler mit "on error goto" abfangen. Wollte eine MsgBox dann bringen: "Bitte SW neu starten."

Das SUB läd Timerfunktionen aus der User32.dll. Aber Fensterfunktionen aus der User32.dll sind schon geladen.

Viele Grüße
Andreas

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

KSAH
Mitglied
Freiberufler


Sehen Sie sich das Profil von KSAH an!   Senden Sie eine Private Message an KSAH  Schreiben Sie einen Gästebucheintrag für KSAH

Beiträge: 139
Registriert: 18.06.2015

SolidWorks 2010 bis 2021

erstellt am: 01. Aug. 2023 10:58    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Hallo

Gibt es eine Möglichkeit ein Makro zu Beginn der SolidWorks-Sitzung automatisch zu starten? Das mit: "-m "c:\Pfad\Makro.swp"" funktioniert nicht.

Der Laufzeitfehler wird vom VBA Compiler direkt erzeugt, nicht vom Makro. Deshalb kann ich diesen auch nicht mit einer Fehlerbehandlung abfangen und die MsgBox sieht bei der Fehlermeldung auch anders aus.

Der VBA Generator in SW arbeitet, wie ein Programmierer mir sagte, "on demand" Das Projekt liegt uncompelliert vor. Und wird nach Bedarf als Maschinencode erzeugt. Jetzt rufe ich die SUB auf, der Compiler schreibt seinen Maschinencode. Und da gibt es einen Stack Overflow. Der Stapelspeicher ist ein schneller Speicher aber begrenzt. Mit VBA- Mitteln nicht vergrößerbar.

Mit denm Zusatz "static" kann ich ganze Routinen in einen anderen, fast unbegrenzten Speicher laden. Dann kommt die Fehlermeldung beim Compellieren der main(). Und diese bekomme ich nicht in den anderen Speicher. (probiert)

Wenn SW frisch gestartet ist, ist der Stack wohl leer. Dann kann das Makro compeliert werden und bleibt dann im Speicher. Wie SW selbst einen Stack Overflow verhindert weiß ich nicht. Aber VBA ist wohl nicht berücksichtigt. Je mehr mit SW gemacht wurde, desto wahrscheinlicher kommt der Fehler beim Erststart des Makros.


Oder gibt es eine Möglichkeit das Makro einmal zu compellieren und verlinken und dann so abzuspeichern?

[Diese Nachricht wurde von KSAH am 01. Aug. 2023 editiert.]

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

bk.sc
Ehrenmitglied V.I.P. h.c.
Konstrukteur Sondermaschinenbau



Sehen Sie sich das Profil von bk.sc an!   Senden Sie eine Private Message an bk.sc  Schreiben Sie einen Gästebucheintrag für bk.sc

Beiträge: 2798
Registriert: 18.07.2012

-Solid Works 2019 SP5
-Pro Engineer WF 3

erstellt am: 10. Aug. 2023 12:12    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für KSAH 10 Unities + Antwort hilfreich


vaaendwinsys.png

 
Hallo,

als bei mir funktionierte das Starten von SWX mit Macro mit der erweiterung "-m "Pfad zum Macro"" immer einwandfrei.

Ich hab zu dem Fehler nur gefunden das der "Virtuelle Arbeitsspeicher" überläuft, das liegt daran das Windows den Standardmäßig automatisch festlegt und da kommt Windows in manchen Fällen nicht schnell genug hinterher, du könntest mal versuchen hier mehr und fest einzustellen? Windows -> System -> Erweiterte Systemeinstellungen -> Erweitert -> Leistung / Einstellungen... -> Erweitert -> Virtueller Arbeitsspeicher.

Gruß
Bernd

------------------
--- Man muß nicht alles wissen, man muß nur wissen wo es steht ---

Staatlich anerkannte Deutschniete 

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

KSAH
Mitglied
Freiberufler


Sehen Sie sich das Profil von KSAH an!   Senden Sie eine Private Message an KSAH  Schreiben Sie einen Gästebucheintrag für KSAH

Beiträge: 139
Registriert: 18.06.2015

SolidWorks 2010 bis 2021

erstellt am: 11. Aug. 2023 10:11    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Servus,

ich weiß das mit dem virtuellen Speicher. Wenn ich das Makro weitergebe, muss es aber auch funktionieren.

Das Problem ist halt der Stapelspeicher füllt sich halt.

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

KSAH
Mitglied
Freiberufler


Sehen Sie sich das Profil von KSAH an!   Senden Sie eine Private Message an KSAH  Schreiben Sie einen Gästebucheintrag für KSAH

Beiträge: 139
Registriert: 18.06.2015

SolidWorks 2010 bis 2021

erstellt am: 18. Aug. 2023 13:55    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

Servus,

scheinbar eine Lösung gefunden. Zumindest kann ich den Fehler nicht mehr reproduzieren, auch wenn ich den Speicher meines PC mit SW-Daten vollknalle.

über ein zweites kleines Makro rufe ich über RunMacro2 das eigentliche Makro auf. Diese Funktion kann das Makro sogar wieder entladen und es hat als Fehlermeldungen: "OutOfMemory" oder "Overflow". Die sind bisher auch nicht gekommen. Dafür ständig die Meldung, mein System wäre kritisch.

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

Anzeige.:

Anzeige: (Infos zum Werbeplatz >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen ... | Nach anderen Beiträgen suchen | CAD.de-Newsletter

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2024 CAD.de | Impressum | Datenschutz