---

Hallo zusammen,

wir haben eine 3rd Party Software für NX im Einsatz, die eine DLL mitbringt, die über die Variable USER_FILE angezogen werden soll. Funktioniert so weit prima.

Jetzt kommt ein weiteres Plugin hinzu, das auch die Variable USER_FILE braucht, die auf eine entsprechende DLL zeigt. Ich wollte jetzt eigentlich folgendes tun (beide DLL's anziehen, getrennt durch ein ";") :

set USER_FILE=%Plugin1-Pfad%\Plugin1.dll;%Plugin2-Pfad%\Plugin2.dll

Klappt natürlich nicht. Meine Frage: Wisst ihr, ob ich mit USER_FILE mehrere DLL's anziehen kann und wenn ja, wie? Oder gibt's Alternativen?

------------------
Gruß  

Markus

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

---

Versuch mal ein Semikolon anstelle des Kommas

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

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Hallo Meinolf,

ähm... ich hab doch ein Semikolon benutzt...

Ich kann's aber auch mal mit einem Komma probieren.

------------------
Gruß 

Markus

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

---

Schieb es auf meine alterschwachen Augen - jetzt habe ich es auch entdeckt, das Pünktchen über dem Komma

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

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Hehe... mach ich 

Zwischenzeitlich hab ich's mit nem Komma probiert: Geht mal nicht. Mit einem Semikolon auch nicht. Ich habe Pfade ohne Leer- und Sonderzeichen benutzt. Was mach ich nun? In die DLL-Dateien kann ich ja nicht "reinschauen", den Quellcode hab ich freilich auch nicht.

Hat noch jemand eine Idee?

------------------
Gruß 

Markus

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

---

Zitat:

---

Original erstellt von Markus_30:
...
Hat noch jemand eine Idee?

---

Wir haben ein GRIP Programmerl auf das USER_FILE zeigt, das lässt dann die DLLs nacheinander laufen.
Allerdings sind das "normale" NXOpen Programme, um als USER_FILE verwendet werden zu können muss ein spezieller Einsprungspunkt festgelegt sein (ufput).
Ob/wie man das im GRIP berücksichtigen müsste weiss ich nicht.

Über ein .NET NXOpen Programm mehrere DLLs hintereinander aufzurufen geht auch irgendwie, das kenn ich aber nicht - ergoogelt man aber ( und ist glaub ich eher eine unsupported Variante ).

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

---

Moinsen,

ich habe gerade noch mal was nachgeschaut.
In den NX Tools gibt es ein GRIP Programm das innerhalb einer bestehenden NX Sitzung Umgebungsvariablen setzen kann.
Vielleicht hilft dir das ja weiter.

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

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Hallo Markus,

prinzipiell lassen sich solche Handler beim Start jedes Programms separat setzen, ohne eine Variable in der ugii_env.dat. Das muss aber im Startup des Programms selbst erfolgen, für das bestehende geht das also nicht mehr. Falls das zweite Programm noch in der Mache ist, lässt sich die Verwendung der etwas betagten UserExits umgehen, ohne die bisherige Funktion zu beeinträchtigen.

Gruß, Michael

------------------
Ein Mensch wird laut, wenn er was will;
wenn er's erst hat, dann wird er still;
Das "Danke" ist, nach alter Sitte,
Weit selt'ner als das "Bitte, Bitte".

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

---

Hallo zusammen,

vielen Dank für euren Input.

Ich hab zwei externe zugekaufte Plugins, die sind fertig. Jedes für sich funktioniert auch. Aber beide gleichzeitig funktionieren nicht, da ich im USER_FILE immer nur eine DLL anziehen kann.

Ich hab also keinerlei Einfluss auf die Programme und auch die Quellcodes der DLL's hab ich nicht.

------------------
Gruß 

Markus

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

---

Ein WA wär auch noch, die eine DLL als PreAction zu definieren und die andere DLL über USER_FILE.

Dann könnten mitunter beide laufen ( die erste allerdings nicht über den ufput Einsprungspunkt ), bei dem Ansatz ist die Herausforderung, alle Tätigkeiten zu identifizieren wo mans reinkonfigurieren muss.

Ich würde beide Plugin Hersteller kontaktieren, das Problem schildern und nach einer Lösung fragen ...

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

---

Ich hab diesebezüglich eh grad schon nen GTAC Call laufen. Eines der Plugins ist von Siemens. Bin gespannt.

------------------
Gruß 

Markus

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

---

Das Gescheiteste wäre tatsächlich, den Entwickler zu kontaktieren ....

------------------
Ein Mensch wird laut, wenn er was will;
wenn er's erst hat, dann wird er still;
Das "Danke" ist, nach alter Sitte,
Weit selt'ner als das "Bitte, Bitte".

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

---

Hallo zusammen,

habe mittlerweile eine Antwort bekommen. Mehrere DLL-Dateien bei USER_FILE funktionieren in der Tat nicht.

Was mach ich da, wenn ich zwei 3rd Party Tools hab, die jeweils eine eigene DLL über USER_FILE anziehen müssen? Für mich heißt das: Parallelbetrieb solcher Tools = aktuell nicht möglich 

Wird man wohl einer der DLL's vom Hersteller umstricken lassen müssen, so dass man sie per Pre-Action an den Save hängen kann. Bin gerade etwas geknickt... 

------------------
Gruß 

Markus

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

---

ist wohl eine sachlich korrekte Zusammenfassung .... den Ball seh ich da bei Siemens, wird ihnen aber eher Wurscht sein, nehm ich an ...

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

---

Hallo Markus,

ist eine der beiden oder gar beide *.dll auf Basis von .NET entwickelt ? Dann lassen sie sich evtl. von einem übergeordneten Projekt aus referenzieren und darüber aufrufen. Falls Du eine Entwicklerumgebung hast, lässt sich das schnell mal testen. Anderfalls: Hochladen.

Gruß, Michael

... und als leider unvermeidbaren Nachsatz: Wer als Entwickler trotz anderer Möglichkeiten noch solche Steinzeit-Methoden wie die User-Exits verwendet, sollte sich mal dringendst eine Update-Schulung reinziehen. Es muss doch klar sein, daß eine User-Exit-Variable nur einmal belegt werden kann, genau wie eine Kloschüssel, da passt auch nur ein A.... auf einmal drauf. Und wenn's nicht klar ist, lässt sich das testen, BEVOR man so einen Mist macht.

------------------
Ein Mensch wird laut, wenn er was will;
wenn er's erst hat, dann wird er still;
Das "Danke" ist, nach alter Sitte,
Weit selt'ner als das "Bitte, Bitte".

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

---

Zitat:

---

Original erstellt von mseufert:
.... Wer als Entwickler trotz anderer Möglichkeiten noch solche Steinzeit-Methoden wie die User-Exits verwendet, sollte sich mal dringendst eine Update-Schulung reinziehen. ...

---

wie sieht da die zeitgemässe Umsetzung aus, wenn ich will dass meine DLL beim Speichern getriggert wird ?

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

---

... hat offensichtlich keinen mehr interessiert und kann daher weg.  

------------------
Ein Mensch wird laut, wenn er was will;
wenn er's erst hat, dann wird er still;
Das "Danke" ist, nach alter Sitte,
Weit selt'ner als das "Bitte, Bitte".

[Diese Nachricht wurde von mseufert am 20. Mrz. 2022 editiert.]

[Diese Nachricht wurde von mseufert am 24. Mrz. 2022 editiert.]

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