Application.processmessages ?

Det lyder som om du er på et vildspor.
Man bruger ikke Application.ProcessMessages i en service.
Hvorfor vil du gøre det?

En service har noget der hedder ServiceThread.ProcessRequests, men det er for at kunne behandle requests fra SCM.
http://www.tolderlund.eu/delphi/service/service.htm

Jeg er helt med på at man ikke bruger application.processmessages i en service. Det er også derfor at jeg spørger om hvad man ellers bruger.

"hvad man ellers bruger" - bruger til hvad?
Hvad er det du vil?
Hvorfor synes du at du skal bruge sådan noget?
Det vil være nemmere at hjælpe hvis du er lidt mere konkret.

:) Ja, du har ret.

I en service har jeg en løkke der venter på at en fil er blevet frigivet, dvs at den er klar til at kunne åbnes af min service. Og da jeg ikke ved hvor lang tid det vil tage, har jeg en fornemmelse at jeg bliver nødt til at gøre et eller andet for at frigive "tid" til andre opgaver som windows skal tage sig af. Og her kender jeg til application.processmessages, men kender ikke lige noget tilsvarende for en service.

Now you are talking business!
Application.ProcessMessages bruger man ikke til at frigive cpu, men det er en anden ting.
Det du skal gøre er at kalde Sleep eller WaitForSingleObject med en time-out.
Sleep er nok det simpleste, f.eks Sleep(100) eller lignende.

sleep(0) mener jeg kan bruges.

Et citat fra internettet:

"Thread.Sleep(0);

This command tells the thread to yield the rest of its time-slice to other threads.  It did the trick, with no perceptable decrease in performance.

Now, I don't recommend this as a total solution to such problems.  But it certainly helped me out of a jam.  I can now continue the tests, while I examine my disk contention issues more carefully."

Du får lige linket for han opretter/åbner/lukker/sletter en masse filer - og det gør du vist også.

http://dotnetjunkies.com/WebLog/jdixon/archive/2004/09/27/26934.aspx

Thread.Sleep(0); ???
Nu er du da gået over i .NET :-)

Man snuser vel lidt til det - venter mest på Delphi for .NET 2.0 - men sleep(0) virker nu også i VCL-versionen.

Jeg fandt sådan en. Kan den bruges?

procedure TALBackupCheck.ProcessMessages;
var Msg: TMsg;
begin
  if PeekMessage(Msg, 0, 0, 0, PM_REMOVE) then
  begin
    TranslateMessage(Msg);
    DispatchMessage(Msg);
  end;
end;

Nej!
Du har allerede fået at vide hvad du skal bruge.

Bevares. Det virkede bare som om at I var uening i det. Men så bruger den løsning.