ich will wenn meine DLL geladen wird einen Thread erzeugen.
Dies mache ich in der Funktion DllMain

BOOL APIENTRY DllMain( HMODULE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)
{
    switch (ul_reason_for_call)
    {
    case DLL_PROCESS_ATTACH:
        	ubThreadExit = 0;
	ubThreadFinished = 0;
	hThread = CreateThread(NULL,0,&USBRead,0,0,&ThreadId);
        break;
    case DLL_THREAD_ATTACH:
        break;
    case DLL_THREAD_DETACH:
        break;

    case DLL_PROCESS_DETACH:
	if (hThread)
	{
	   //cancel Rx Thread
	   ubThreadExit = 1;
	   while(!ubThreadFinished) 
	   {
              Sleep(10);
            }
	}
        break;
    default:
        break;
    }
}

Jetzt habe ich das Problem wenn ich in den Prozess beenden will das dieser schon gar nicht mehr existiert aber das Handle noch gültig ist.

Wo wird dieser Thread beendet wenn er nicht mehr da ist bei DLL_PROCESS_DETACH?

Achso hier noch der Code des Threads:

while(!ubThreadExit)
	{
		Sleep(10);
	}
	ubThreadFinished = 1;

	return(0);
}

MfG

Grundsätzlich gilt: Das Erzeugen von Threads und viele andere Funktionen haben in DllMain nichts zu suchen!

Ich würde gerne nachdem ich das while meines threads verlassen habe noch ein paar anweisungen machen zu aufräumen und wenn der einfach so weg ist, weiß ich ja nicht ob die gemacht wurden oder nicht.

MfG

Wie kann man das denn dann anders machen? Ich möchte einen Tread in meiner Dll laufen haben ohne das ich erst eine Funktionen in meiner DLL vom Typ Init und Exit die jeweils den Thread starten oder beenden.

MfG

Wenn es Dir egal ist wann der Thread beendet dann kannst Du es machen.
Grundsätzlich: Man kann in DllMain nicht auf Threads oder Ereignisse warten, die den Threads des eigenen Prozesses betreffen!
Oder man sollte es tunlichst nicht tun, da man einen deadlock bekommt!

Darum herum gibt es keine Lösung!
Bau eine Init Funktion

also der Thread läuft an. Er bekommt auch Rechenzeit.
Ich blokiere die DllMain ja erst beim beenden. Und da ist auch meine eigentliche frage: Warum mein Thread da schon aus ist (laut Process Explorer)?

MfG

Wenn ich einen Breakpoint auf das if bei DLL_PROCESS_DETACH setze und dann in den Prozess Explorer kuck ist dieser Prozeß nicht da. Dann brauch ich mich ja nicht wundern wenn der nicht mehr aus der while schleife kommt.

MfG

Und bei DLL_PROCESS_DETACH sind natürlich schon alle Threads futsch, das sollte klar sein (ausser die DLL wurde dynamisch geladen und vor Ende des Programms wieder freigegeben).

Verstehe ich das so richtig?

Das würde ja heißen das diese Nachicht DLL_PROCESS_DETACH eigentlich zu nix mehr nütze ist.

Dann ist natürlich die Frage wie ich meinen Thread sauber beenden kann ohne das ich eine Funjtion Exit in die Dll einbaue.

MfG

When a DLL is unloaded from a process as a result of an unsuccessful load of the DLL, termination of the process, or a call to FreeLibrary, the system does not call the DLL's entry-point function with the DLL_THREAD_DETACH value for the individual threads of the process. The DLL is only sent a DLL_PROCESS_DETACH notification. DLLs can take this opportunity to clean up all resources for all threads known to the DLL.

If you terminate a process by calling TerminateProcess or TerminateJobObject, the DLLs of that process do not receive DLL_PROCESS_DETACH notifications. If you terminate a thread by calling TerminateThread, the DLLs of that thread do not receive DLL_THREAD_DETACH notifications.

Dann muß ich mir wohl doch ne Exit Funktion bauen welche den Thread sauber beendet.

MfG