2 Timers and a Single Sub

[charmedcharmer]

Hi. Hope you guys could help me. I just need to have to confirm what happens when I have this program code. I have two timers, both running concurrently. I have a single procedure which is called on both timers. Will it not have a conflict on local variables?

Public Sub tmrTimer1_Timer
     ProcedureOne 1
End Sub

Public Sub tmrTimer2_Timer
     ProcedureOne 2
End Sub

Private Sub ProcedureOne(ByVal x as integer)
     'Statements
End Sub

I just need to confirm if calling the function from the second timer won't affect anything on the call from the first timer. Thank you very much

[randem]

Why do you need two timers? I have NEVER needed more than 1.

[charmedcharmer]

Because I need to check on two conditions simultaneously that is why I need to timers.

[ganeshmoorthy]

what are you doing with the variables in the procedure...

[charmedcharmer]

The procedure retrieves records from the database and stores it on local variables.

My question is that if I called the same procedure twice on my program using timers (thus, it will be possible that two calls be simultaneous), will there be separate calls which will not affect the other call?

Am I clear on this one? I feel that you don't understand me. Thank you very much for the help

[ganeshmoorthy]

thanks for the explanation...I hope that the database will not allow two simultaneous calls to query it...so, dont worry about the simulatneous calls

[CVMichael]

Timer control does not interrupt the code, it runs the code when the application is "free" (when application stopped executing and is waiting for the usre to do something, or when you have a DoEvents in the code)

The only time when ProcedureOne will be called while is already running is when you have DoEvents in your ProcedureOne sub (or in any subs/functions you call from the ProcedureOne sub).

[Edit]
By the way... Don't listen to people telling you not to use more than one timer... those people have bad preconceptions about the timer control, and there is nothing you can tell them to change their minds. I made an application that had ~50 timers (one or two in each form, but not all running at the same time, only 1 to 5 running at the same time) and the application was running just fine, and resources were fine also...

[Ellis Dee]

Why do you need two timers? I have NEVER needed more than 1.

I can think of a simple instance where two different timers is preferable to one: dragging nodes in a treeveiw.

One timer handles the "auto-expand" feature, which expands a node (if it has children) when the user hovers over it while dragging.

The second timer handles scrolling the treeview when the user drags past the top or bottom of the treeview.

I suppose it would be possible to re-use the same timer to handle both, but it would add a fair amount of needless complexity. Having said that, I do subscribe to the "re-use timers where feasible" mentality, so in the apps where I use treeviews, I have three. (The two drag timers, plus a third timer that everything else in the app shares.)

[randem]

Well, One timer calling 50 different routines would be more MAINTAINABLE than someone attempting to locate the code that is supposed to be run search through 50 timers since only one timer can run at any given time...

To prove this look at Timer Testing