AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Delphi Win32 API: Nachrichtenschleife und 100% CPU Auslastung
Thema durchsuchen
Ansicht
Themen-Optionen

Win32 API: Nachrichtenschleife und 100% CPU Auslastung

Ein Thema von Nonsense · begonnen am 15. Okt 2004 · letzter Beitrag vom 15. Okt 2004
Antwort Antwort
Benutzerbild von Nonsense
Nonsense

Registriert seit: 23. Nov 2002
389 Beiträge
 
Delphi 5 Standard
 
#1

Win32 API: Nachrichtenschleife und 100% CPU Auslastung

  Alt 15. Okt 2004, 15:25
Hallo,

durch folgende Nachrichtenschleife habe ich eine CPU-Auslastung von 100%:
Delphi-Quellcode:
  while not Finished do
    if (PeekMessage(Msg, 0, 0, 0, PM_REMOVE)) then
      if (Msg.Message = WM_QUIT) then
      begin
        Finished := True;

        [ ... (Instanzen freigeben etc.) ]
      end else
      begin
     TranslateMessage(Msg);
        DispatchMessage(Msg);
      end
    else
      ProcessKeys; // Tastatureingaben verarbeiten
PeekMessage könnte ich durch GetMessage ersetzen und das Freigeben von Instanzen kann ich dann in's WM_DESTROY tun. Nur wo schiebe ich dann mein ProcessKeys rein?
Hat jemand eine Alternative für mich?

Thx.
  Mit Zitat antworten Zitat
neolithos

Registriert seit: 31. Jul 2003
Ort: Dresden
1.386 Beiträge
 
Delphi 7 Architect
 
#2

Re: Win32 API: Nachrichtenschleife und 100% CPU Auslastung

  Alt 15. Okt 2004, 15:29
WaitMessage nach ProcessKey rufen?
- ciao neo -
Es gibt niemals dumme Fragen, sondern nur dumme Antworten!
  Mit Zitat antworten Zitat
Benutzerbild von Union
Union

Registriert seit: 18. Mär 2004
Ort: Luxembourg
3.487 Beiträge
 
Delphi 7 Enterprise
 
#3

Re: Win32 API: Nachrichtenschleife und 100% CPU Auslastung

  Alt 15. Okt 2004, 15:37
Zitat von Nonsense:
Hallo,

durch folgende Nachrichtenschleife habe ich eine CPU-Auslastung von 100%:
Delphi-Quellcode:
  while not Finished do
    if (PeekMessage(Msg, 0, 0, 0, PM_REMOVE)) then
      if (Msg.Message = WM_QUIT) then
      begin
        Finished := True;

        [ ... (Instanzen freigeben etc.) ]
      end else
      begin
     TranslateMessage(Msg);
        DispatchMessage(Msg);
      end
    else
      ProcessKeys; // Tastatureingaben verarbeiten
PeekMessage könnte ich durch GetMessage ersetzen und das Freigeben von Instanzen kann ich dann in's WM_DESTROY tun. Nur wo schiebe ich dann mein ProcessKeys rein?
Hat jemand eine Alternative für mich?

Thx.
Was macht denn ProcessKeys ? Normalerweise sollte das ein if Msg.Message = WM_KEY... gefolgt von einem case sein.
Ibi fas ubi proxima merces
sudo /Developer/Library/uninstall-devtools --mode=all
  Mit Zitat antworten Zitat
Benutzerbild von Nonsense
Nonsense

Registriert seit: 23. Nov 2002
389 Beiträge
 
Delphi 5 Standard
 
#4

Re: Win32 API: Nachrichtenschleife und 100% CPU Auslastung

  Alt 15. Okt 2004, 16:36
Zitat von neolithos:
WaitMessage nach ProcessKey rufen?
Jo, Danke!

Meine ProcessKeys Prozedur ist zum verarbeiten der Tastatur-Eingaben zuständig:
Delphi-Quellcode:
procedure ProcessKeys;
begin
  if Keys[VK_RETURN] then Started := True;
  if Keys[VK_ESCAPE] then Finished := True;

  [ etc. ]
end;
verbunden mit WM_KEYDOWN und WM_KEYUP:
Delphi-Quellcode:
    WM_KEYDOWN:
      begin
        Keys[wParam] := True;
        Result := 0;
      end;
    WM_KEYUP:
      begin
        Keys[wParam] := False;
        Result := 0;
      end;
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:39 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz