Solved

Application.ProcessMessage

Posted on 1998-10-24
9
265 Views
Last Modified: 2010-04-06
I have many looping process for...do, while..do, and repeat..until. I should add Application.ProcessMessage inside the looping process.
When I should using Application.ProcessMessage ?

Regards,
Joely
0
Comment
Question by:joely
  • 3
  • 2
  • 2
  • +2
9 Comments
 

Expert Comment

by:kashif063098
ID: 1344195
i think you should you Application.ProcessMessages whenever you have loops,because its give a chance to your application to process other messages in the queue.

regards
0
 
LVL 17

Expert Comment

by:inthe
ID: 1344196
hello Joely
i agree entirely you should always use ProcessMessages while a loop is going on .Without it you have no way to interact with your app or even close it.Even system messages etc will be
queued until the loop stops.
 ¤¤¤¤¤¤¤ InThe ¤¤¤¤¤¤¤

0
 

Accepted Solution

by:
tleforge earned 10 total points
ID: 1344197
It depends.

If you have ANY threading or background processing going on DO NOT use application.processmessages.  This would defeat their whole purpose.

If you are trying to make sure that a component updates visually then call the refresh method for that component (ie: label1.refresh)

Use of processmessages should be as infrequent as possible.  If you find that the interface is being locked up too often by resource hogging processes, you may want to look into using threads for those processes.

Only use processmessages if you must be certain that all processes be completed at a certain time.

For an example of how much it can slow down an application, put a label and button on a form.  In the click event of the button place the following code:

     var
       iLoopVar1, iLoopVar2: integer;
     begin
       for iLoopVar1 := 0 to 100 do
         for iLoopVar2 := 0 to 1000000000 do begin
            Label1.Caption := IntToStr(iLoopVar1);
            // Label1.Refresh;
            Application.ProcessMessages;
         end; {iLoopVar2}
     end; {click event}

Sit back and time this, then uncomment the Label1.Refresh line and comment the Application.ProcessMessages line and time it again.

I know you're not going to be doing loops like this all the time, but...

Hope this helps.
0
 
LVL 10

Expert Comment

by:viktornet
ID: 1344198
All od the guys are right, but I suggest you don't try tleforge's example since you'd have to reset the program....

btw- Barry... PLease tell me how to make those stars..

Cheers,
Viktor
0
Why You Should Analyze Threat Actor TTPs

After years of analyzing threat actor behavior, it’s become clear that at any given time there are specific tactics, techniques, and procedures (TTPs) that are particularly prevalent. By analyzing and understanding these TTPs, you can dramatically enhance your security program.

 
LVL 17

Expert Comment

by:inthe
ID: 1344199
yo hello viktor

it's how i told you before but your keyboard layout is probably
english(us) whereas mine is english(uk)no hangon that work's too um...
procedure(viktor:todo);
begin
goto control panel;
keyboard;
 language;
either select or add english(united states);
set that as default;
then under properties select united states 101;
apply , ok;

then you should be able to hold down alt and press 4111
release alt and anyway it work's for me   er...you were using the keypad were'nt you with the numlock on?
                      ¤
                  <¤   ¤
later dude Barry  <¤   ¤  
                      ¤   ps.floppy's in the post.
0
 
LVL 10

Expert Comment

by:viktornet
ID: 1344200
I've got U...S.... 101 ...Don't know why it doesn't work.... s***

btw- 10x for the floppy...

P.S. I didn't use NumLock on neither the Caps Lock on... Any other ideas??

Cheers,
Viktor
0
 

Author Comment

by:joely
ID: 1344201
Based on your example that you given me, you put Application.ProcessMessages just in second loop and you not put it in first loop. Why ?
How if I have loop more than two, I just put it in last loop.
0
 

Expert Comment

by:tleforge
ID: 1344202
Actually, as someone pointed out before, this will make your app hang for quite a while.  You may want to put the processmessages in the outer loop instead.  This will still give you a good feel for the timing involved and that's ALL that example was meant to do.

As for 'where' processmessages should go, follow these three rules and you should do well:

  1.  Always try to do without processmessages.
  2.  If possible, where you REALLY NEED for the user to have
      control (as opposed to the application) try to use threads.
  3.  If threads are not possible THEN AND ONLY THEN use
      processmessages.

To answer your question... if it comes down to number 3, use processmessages in WHATEVER loop gives control back to your users without significantly slowing down your application.  There is no 'rule' pertaining to whether processmessages should go in an inner or outer loop.  The best I can do is to tell you to TRY putting it in the loop that iterates fewer times (even though I didn't do that in my example... another bad case of 'do as I say, not as I do;-)

I hope that clarifies things a little more.  If you need anymore help, please feel free to email me at tleforge@hotmail.com.
0
 

Expert Comment

by:tleforge
ID: 1344203
Just to give you a little background on where I'm coming from...

I'm a clock-cycle counter... if I can find ANY way to make my programs run faster (without negatively impacting the GUI, of course), I'll use it.  I like to tweak the code as much as possible.  Sometimes I drive my employers nuts because they want the product out the door and I'm still tweaking away trying to shave a half second of a particular process.

I have had to, from time to time (and though it went against every fiber of my being), just get the application finished to please the powers-that-be.  And THEN I go back and tweak;-)

I've said all this to say that, if you need to get a project done and using processmessages doesn't slow the app down too much then, by all means, use it.  HOPEFULLY, you can go back and tweak for the next version.  My experience has been otherwise.
0

Featured Post

Why You Should Analyze Threat Actor TTPs

After years of analyzing threat actor behavior, it’s become clear that at any given time there are specific tactics, techniques, and procedures (TTPs) that are particularly prevalent. By analyzing and understanding these TTPs, you can dramatically enhance your security program.

Join & Write a Comment

Suggested Solutions

Objective: - This article will help user in how to convert their numeric value become words. How to use 1. You can copy this code in your Unit as function 2. than you can perform your function by type this code The Code   (CODE) The Im…
Have you ever had your Delphi form/application just hanging while waiting for data to load? This is the article to read if you want to learn some things about adding threads for data loading in the background. First, I'll setup a general applica…
This video discusses moving either the default database or any database to a new volume.
This demo shows you how to set up the containerized NetScaler CPX with NetScaler Management and Analytics System in a non-routable Mesos/Marathon environment for use with Micro-Services applications.

747 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

12 Experts available now in Live!

Get 1:1 Help Now