Hey, wer kann mir helfen?

Meine Frage(n):
Wie kann ich in einer Klassenbibliothek den Namen der Anwendung ermitteln, in der diese .DLL benutzt werden soll?
...und danach, wenn möglich, Informationen über die Anwendung (aus der Klassenbibliothek heraus) bereit stellen?

@ RodFromGermany
Es ist eine von mir mit VB2008 selbst erstellte DLL, die ich über
einen Verweis in einer, ebenfalls von mir unter VB2008 erstellten
Anwendung nutze!
Sorry-ich meinte, das geht schon aus meiner Frage hervor

Ich dachte, dass man es etwa in diesem Stil machen könnte:

Allerdings ermittle ich damit ja nur (z.B.) die Version der aktuellen DLL
und erreiche so jedenfalls nicht irgendwelche Infos über die Anwendung,
in der ich die DLL benutze!

@ RodFromGermany
ich such seit Tagen unter dem Stichwort "Reflections" (und anderes);
finde zwar viele interessante andere Themen, aber leider nichts, was
mein Problem löst. Wenn Dir noch etwas zu meiner Frage einfällt,
dann poste es - ansonsten danke für Dein Interesse

@SpaceyX
(genau) das hatte ich gesucht, das Leben kann so einfach sein

Allerdings hätte ich jetzt nicht erwartet, dass die Functionen .FullName und .GetName.ToString
das selbe Ergebnis liefern, aber der Name läßt sich ja leicht aus dem Rückgabewert extrahieren.

Wie dankbar ich Dir bin, kann nur jemand ermessen, der so lange nach einer Lösung gesucht hat
wie ich - habe nämlich bis vor Kurzem noch mit VB6 programmiert! Ist zwar "so" alles viel besser,
aber es fällt mir doch noch sehr schwer, für eben solche Probleme den richtigen Ansatz zu finden

@SpaceyX
Soweit klappt alles bestens!

Der Knüller wäre für mich, wenn man auch die aufrufende Form als Objekt in der DLL
ermitteln könnte, denn dann würde ich die benötigten Formeigenschaften direkt in der
DLL-Methode auswerten; bisher übergebe ich die Form als Parameter (Me) - geht
natürlich auch!

Ich habe mit mehreren Varianten entsprechend Deines geposteten Codes experimentiert,
aber leider mal wieder nichts gefunden - geht das überhaupt was ich mir da vorstelle?

@RodFromGermany
Was da in Deinem Link beschrieben wird, ist ganz was anderes - ich brauche ein Objekt
und das aus einer anderen Assembly heraus, so wie SpaceyX es mir für den Namen der
Anwendung (hier war es allerdings nur ein String) gezeigt hat.

@ErfinderDesRades
Naja, das weiß ich schon, aber in meinem Falle ist es wohl durchaus legitim, da die Methode
in der DLL lediglich bestimmte Eigenschaften einer Form unter dem Namen der Anwendung
speichern soll - und das eben für den Entwickler so bequem wie möglich!
Wie man den Namen der Anwendung ermittelt, weiß ich ja jetzt und wenn es auch noch mit
dem aufrufenden FormObject funktionieren würde, dann bräuchte man lediglich in der DLL
eine parameterlose Shared-Methode mit SaveProperties() aufrufen und alles Andere würde
dann dort erledigt werden. Bisher mache ich es jedenfalls so:
SaveProperties(Me); und es ist auch kein "Beinbruch", wenn es so bleibt!