Handles und Treads

[Aphton]

Für den Anfang reicht es aber total aus, nen Handle mehr oder wniger als ID zu sehen - zum besseren Verständnis.

Noch etwas - es heißt Threads, nicht Treads

[Getox]

Ich fasse Zacherl noch mal so zusammen wie ich es verstanden habe:
Handles sind da, um bestimmte Aktionen an etwas auszuführen. Das Fenster, der Thread oder was auch immer hat schon eine eigene ID. Das ist aber egal, da man im Normalfall nicht die Berechtigung hat, Aktionen auszuführen, welche durch das Handle ermöglicht werden. Das Handle selber bekommt auch eine ID, ist aber im Gegensatz zu den dazugehörigen "Objekten" nur von einem Prozess aus ansprechbar.

Ist das so ungefähr korrekt? (Zusammenfassen finde ich toll, da man sich dann noch mal Gedanken drüber macht und im Nachhinein überprüft werden kann, ob ich es wirklich verstanden habe )

Von Bummi habe ich bis zum ersten "Longword" alles verstanden glaube ich. Danach ist das alles irgendwie Bahnhof o.O

@Aphton
Das es Thread heißt, war mir eigentlich bewusst... ich hab erst gedacht, das wäre nur in der Überschrift falsch. Aber als ich dann den ersten post gesehen habe dachte ich nur "WTF! Was machst du da, Gehirn???". Wie dem auch sei, ich habe mich schon selber ausgelacht und ich hoffe sowas passiert mir nicht zu oft... aber es ist ja auch Freitag und noch früh und so.

BTW ist das da L in deinem Avatar? <3

[terence14]

...und dazu habe ich auch eine Frage

Manchmal ist es doch notwendig, daß man folgendes
in der MainUnit des Programmes definieren muß:

Delphi-Quellcode:

const WM_ICONTRAY = WM_USER + 1;  {-warum +1-}

procedure TrayMessage(var Msg: TMessage); message WM_ICONTRAY;

Klar, es ist irgendeine Identifikationsnummer für
Windows Messages. Nun zur Frage.

Wovon hängt der Wert ( hier +1) ab, den ich hinzufügen muß?
Manchmal liest man in Programmbeispielen auch +99.
Das verwirrt mich doch ziemlich! Welche Fehler kann man
hier denn machen?

MfG,
terence

[Aphton]

Zitat von Getox:

BTW ist das da L in deinem Avatar? <3

Jupp ^^

Zitat von terence14:

const WM_ICONTRAY = WM_USER + 1; {-warum +1-}

Was hier geschieht, ist, dass du eine Vereinbarung, ne Definition machst. Du sagst, WM_ICONTRAY hat genau "diesen Wert". Dieser Wert muss eindeutig sein. Alles unterhalb WM_USER (1024) ist bereits vergeben, deshalb nimmt man beliebige Werte drüber.
Bsp. die Ok sind:

Delphi-Quellcode:

const 
  WM_MYMESSAGE1 = WM_USER + 1;
  WM_MYMESSAGE2 = WM_USER + 2;

Nicht OK:

Delphi-Quellcode:

const 
  WM_MYMESSAGE1 = WM_USER + 1;
  WM_MYMESSAGE2 = WM_USER + 2;

  WM_MYOTHERMESSAGE = WM_USER + 1;

Man kann nämlich per SendMessage / PostMessage (auch) prozessübergreifend "Nachrichten" schicken. Der Empfänger kann nun zu jeder Nachricht "reagieren".
Bsp. die Message 1025 (WM_USER + 1 = WM_MYMESSAGE1) wird empfangen, er kuckt nach, ob es zu dieser Msg nen Event gibt. Ist er nicht eindeutig, kommts hier schon zu Problemen

[terence14]

@Aphton
@Medium

Danke, jetzt weis ich's endlich auch, und verwende es nicht nur.

WM_USER ist also ein vordefinierter Wert, so wie MAXINT oder MAX_PATH.

Dieses WM_USER bedeutet nichts anderes, als Finger weg von allen
Zahlen, die darunter liegen.

Was ich dazuaddiere, um eine eineindeutige Zahl zu bekommen bleibt
mir überlassen. Das ist wahrscheinlich so, wie der Rückgabewert
von sich schliessenden Dialogboxen.

MR_OK, MR_CANCEL, MR_ALL, MR_ALL+1, MR_ALL+2, usw.

Dieser Wert muß nur mit anderen Programmen von mir abgeglichen
werden, wenn ich mit diesen über PostMessage oder SendMessage
Daten austauschen möchte.

MfG,
terence

[DeddyH]

Was man nicht weiß, kann man nachschlagen: WM_USER