Klotzkopp

Naja, Teile davon sind auch .NET, was du nicht brauchst, oder gehören zum Platform SDK, das du samt Dokumentation kostenlos runterladen kannst. Die aktuelle MSDN Library selbst (als CD oder DVD) bekommt man AFAIK wirklich nur über eine Subscription.

Steht denn die Anweisung, die die Exception auslöst, überhaupt innerhalb des try-Blocks?

Wenn du nicht VS.NET benutzt, bringt das, je nachdem, wie alt deine Version ist, nicht viel. Soweit ich weiß, hat sich an der Hilfe für VS 6 seit der MSDN Library Oktober 2001 nichts mehr getan.

Das Handle deines Hauptfensters kannst du in dem anderen Thread auch über AfxGetApp()->m_pMainWnd->GetSafeHwnd() kommen.

@Hille259: Es gibt genügend einschlägige Boards, auf denen du Hilfe zu Filesharing-Programmen finden kannst. Hier bitte nicht. @Doham: Danke @Thema: --> geschlossen.

Zeigst du die Instanz von CCErweiterungSnapShotDlg, die du erstellst, mit DoModal an? Oder ist das der Hauptdialog deiner Anwendung? Dann gibt es schon eine Queue. Aber die macht intern DispatchMessage. DispatchMessage funktioniert aber mit Thread-Nachrichten nicht, weil sie keinem Fenster zugeordnet sind. Deshalb werden deine Nachrichten zwar versendet und kommen auch an, können aber nicht verarbeitet werden. Aus der MSDN: Messages sent by PostThreadMessage are not associated with a window. Messages that are not associated with a window cannot be dispatched by the DispatchMessage function. Therefore, if the recipient thread is in a modal loop (as used by MessageBox or DialogBox), the messages will be lost. To intercept thread messages while in a modal loop, use a thread-specific hook. Bevor du mit Hooks anfängst, solltest du besser PostMessage verwenden.

Ganz ruhig, es gibt keinen Grund für Satzzeicheninflation. PostThreadMessage verwendet man normalerweise, um Nachrichten an einen anderen Thread zu schicken. Dadurch braucht man nämlich keine Synchronisierungsmechanismen. Dein Thread schickt Nachrichten an sich selbst. Nochmal: Du kommst an diese Nachrichten nur aus dem Thread heran, an den du sie geschickt hast. Du rufst PeekMessage aber aus dem ursprünglichen Thread heraus auf. Das hat gar nichts mit den Klassen zu tun. PostThreadMessage funktioniert übrigens nicht, wenn der Empfänger-Thread in einer modalen Schleife steckt. Wenn dein Fenster also mit DoModal angezeigt wurde (wovon ich bei einer Klasse, deren Name auf Dlg endet, ausgehe), dann geht das mit PostThreadMessage sowieso nicht, Queue hin oder her.

Und genau das funktioniert nicht. Du kannst mit PeekMessage nicht die Queue eines anderen Threads abfragen. Um beim Briefkastenvergleich zu bleiben: Du kannst nur in deinen eigenen Briefkasten gucken, und dabei wirst du niemals erkennen können, welche Post jemand anders bekommen hat. Schick die Nachrichten einfach an das Fenster selbst, und es sollte funktionieren.

Ich auch nicht. Deswegen wäre es besser, wenn Leana uns über Sinn und Zweck der Aktion aufklärt. Sonst ist das alles nur Spekulatius.

Da bin ich mir nicht so sicher. Offenbar sollen die Nachrichten ja erst in OnOK abgearbeitet werden. Also müsste man sie bis dahin in einer separaten Queue zwischenspeichern.

Ich weiß Ich bin mir aber nicht sicher, ob Leana das so verstanden hat. @Leana: Was du machst, ist in etwa folgendes: -Thread A startet Thread B. -Thread B schreibt mehrere Briefe an sich selbst. -Thread A schaut in seinen Briefkasten. Das da nichts drin ist, war ja zu erwarten. Was man da machen kann, hängt davon ab, wozu du das ganze überhaupt machst. Geht es nur darum, dass die GUI noch reagiert, während du im Hintergrund etwas anderes machst?

PeekMessage musst du schon in dem Thread aufrufen, an den du die Nachrichten geschickt hast.

Schau dir mal den letzten Beitrag in diesem Thread an.

Standard-C++ ist sehr wohl plattformunabhängig, nur leider die überwiegende Zahl der APIs nicht.

Quelle: http://www.geocities.com/Tokyo/Temple/2654/modern/spain.htm "La Marcha Real" is one of the few national anthems which has only a tune, but no lyrics. During the reign of Alfonso XIII a poem was written to be used as lyrics of the anthem, but this was neither officialy recognized, nor did it catch on in people's traditions. During Franco' dictature (1939-1975), the anthem was sometimes sung with the lyrics written by poet José María Pemán. These lyrics were never officialy recognized, however.

Die Anwendung muss dabei den Fokus haben, nicht die Entwicklungsumgebung.

Das ist kein "Abschmieren", sondern ein Debug Break. Das ist, als ob du in der Entwicklungsumgebung Debug->Break auswählst. Das ist normal und funktioniert nur, wenn die Anwendung im Debugger ausgeführt wird.

Normal ist das sicher nicht. Was soll F12 eigentlich tun? Service Packs installiert? Hast du Breakpoints gesetzt? Wie äußert sich das "Abschmieren"?

Mit dem Admin-Passwort. Andere Hinweise wirst du hier vergeblich suchen, siehe Boardregeln.

Das ist kein Problem, da vor dem Verlassen der Funktion eine Kopie des Rückgabewertes auf dem Stack angelegt wird. Nur das Zurückgeben von Adressen oder Referenzen lokaler Variablen ist ein Fehler.

n-te Wurzel aus x == x hoch 1/n

Das geht mit COleDateTime::Format. Mit COleDateTime::GetCurrentTime bekommst du ein COleDateTime-Objekt mit der aktuellen Zeit.

Das hat weniger was mit der Sprache zu tun, in der das Programm geschrieben wurde, als mit dem Webserver. --> Verschoben nach: Skript- und Webserverprogrammierung

Der Fragesteller in dem Thread meinte eigentlich etwas ganz anderes. Er hatte nur seine Frage versehentlich im C++-Forum gestellt.

Das ist aber nur ein einzelner String, kein Array. Außerdem ist das, was du da machst, möglicherweise gefährlich. Der Zeiger, den c_str zurückliefert, ist nur solange gültig, wie der String nicht verändert oder zerstört wird. Du darfst auch auf keinen Fall versuchen, den String über den Zeiger zu verändern. Der Zeiger ist ursprünglich const. Das hast du durch den Cast zwar formal umgangen, aber verändernde Zugriffe über diesen Zeiger können dir trotzdem noch um die Ohren fliegen. Generell gilt, dass bei einem Const-Cast der Programmierer ganz genau wissen sollte, was er tut.