Hallo P.,
es hilft "Dir" ggf. nicht, weil Du es nicht machst, kannst, oder umsetzen möchtest - das ist aber Deine Sache.
Die von mir angegebenen Möglichkeiten sind schon für das Problem ~angemessene Verfahren.
Du kannst zum Beispiel durch
Factory Struktur sauber über OOP erzwingen, dass bestimmte Methoden aufgerufen werden müssen.
______________________________
Ansonsten kann ggf. auch die brutale, aufwändige Methode benutzt werden, alle Prozesse zu durchlaufen und deren angezogene DLLs zu durchsuchen. Hier kommen aber Security-Aspekte zum Vorschein, die auch nicht immer lösbar sind. Dennoch hier ein
grober Implementierungs-Ansatz:
List<string> prozessNamen = new List<string>();
string deinComServerDllPfad = Assembly.GetExecutingAssembly().Location;
string deinComServerDllName = Path.GetFileName(deinComServerDllPfad);
var prozesse = Process.GetProcesses();
foreach (var proc in prozesse)
{
try
{
var modules = proc.Modules;
foreach (ProcessModule modul in modules)
{
if (modul.FileName == deinComServerDllPfad)
{
prozessNamen.Add(proc.ProcessName);
break;
}
}
}
catch { }
}
if (prozessNamen.Count > 0)
Console.WriteLine("\r\n Die DLL '" + deinComServerDllName +
"' wurde in folgenden Prozessen geladen:\r\n" +
string.Join(", ", prozessNamen));
else
Console.WriteLine("\r\n Die DLL '" + deinComServerDllName +
"' wurde in keinem Prozess geladen!\r\n");
ich meine mich aber zu erinnern, dass COM-Dlls erst mal gar in dieser Liste auftauchen.
_____________________
Eine C++ Hack-Methode könnte auch ein Stack-Backtrace sein ... etwa so:
// Must have in order for us to turned address into module name.
SymInitialize(GetCurrentProcess(), NULL , TRUE);
// Limitation of RtlCaptureStackBackTrace.
const int kMaxCallers = 62;
void* callers[kMaxCallers];
int count = RtlCaptureStackBackTrace(0, kMaxCallers, callers, NULL);
for (int i = 0; i < count; i++)
{
TCHAR szBuffer[50];
DWORD64 dwBaseAddress = SymGetModuleBase64(GetCurrentProcess(),
(DWORD64)callers[i]);
GetModuleBaseName(GetCurrentProcess(), (HMODULE) dwBaseAddress, szBuffer, sizeof(szBuffer));
std::wcout << _T("--->") << szBuffer << std::endl;
}
Das Einhaken in die Prozess-Erzeugungs-Ereignisse über WMI würde aber bei Deinem Exe-Server nur das erste mal funktionieren, denn danach fungiert ja der Out-Process Server selber als Host für die Client-Instanzen:
[Using WMI to monitor process creation, deletion and modification in .NET - Wes' Puzzling Blog]
http://weblogs.asp.net/whaggard/archive/2006/02/11/438006.aspx
______________________
COM CoCreateInterface Hooking: [Application architecture research - CodeProject]
http://www.codeproject.com/KB/recipes/architecture-research.aspx
Allgemeines: [COM Technical Overview (COM)]
http://msdn.microsoft.com/en-us/library/ff637359(VS.85).aspx
COM Server: [COM-Interop Teil 2: C#-Serverlernprogramm (C#)]
http://msdn.microsoft.com/de-de/libra
