nanogui: Periodic Timer Bug, Thanks Alex


Previous by date: 11 Feb 2002 15:28:50 -0000 SDL and SMPEG, Julian Smart
Next by date: 11 Feb 2002 15:28:50 -0000 Background Pixmap, Fabrice Gautier
Previous in thread: 11 Feb 2002 15:28:50 -0000 Re: Periodic Timer Bug, Thanks Alex, Alex Holden
Next in thread:

Subject: Re: [nanogui] Periodic Timer Bug, Thanks Alex
From: "Gary James" ####@####.####
Date: 11 Feb 2002 15:28:50 -0000
Message-Id: <3C679C03.9251.2A14E9@localhost>

From:           	Alex Holden ####@####.####
> No problem. Some of the problems I was having was a bug in the test
> programs I wrote (selecting for a TIMEOUT event instead of a TIMER
> event). I've got rid of GdAddPeriodicTimer() and added a "periodic"
> boolean to GdAddTimer() instead (since the two functions were almost
> exactly the same as each other), 

Yup, that is probably better. I was reluctant to change the 
GdAddTimer() function's API since I wasn't sure who else relied on it.

> and I've modified GrCreateTimer() to
> also take a "periodic" boolean (so you can set one shot timers from
> the client as well as periodic ones). I also made two demo programs to
> test and demonstrate the use of the functions. 

Cool

> The bug I referred to
> above was that when a client exited, the timers associated with it
> were not being destroyed so they just kept on periodically firing in
> the kernel. 

Yea, as soon as you mentioned the problem it became obvious that I 
had not considered that.

> I also added the documentation for the calls in client.c
> and generally tidied up the code to conform to the same style as the
> rest of Microwindows.
> 

Take care,
Gary James



--
Gary A James, Critical Link, LLC         
Voice:  315.425.4045 x218  
Fax:    315.425.4048    
E-Mail: ####@####.####
WEB:    http://www.criticallink.com

Previous by date: 11 Feb 2002 15:28:50 -0000 SDL and SMPEG, Julian Smart
Next by date: 11 Feb 2002 15:28:50 -0000 Background Pixmap, Fabrice Gautier
Previous in thread: 11 Feb 2002 15:28:50 -0000 Re: Periodic Timer Bug, Thanks Alex, Alex Holden
Next in thread:


Powered by ezmlm-browse 0.20.