Re: Concurrency, I guess

2006-01-23 Thread Grant Edwards
On 2006-01-23, Stormcoder <[EMAIL PROTECTED]> wrote: > Using candygram you can send the sync thread a message telling it to > reread the config file or you could send a message that changes the > setting directly. Candygram is much better than the standard threading > module which is designed afte

Re: Concurrency, I guess

2006-01-23 Thread Grant Edwards
On 2006-01-20, David S <[EMAIL PROTECTED]> wrote: > Anyway, I have tried messing around with the threading module > and referenced some examples I have come across, but to no > avail. Fundamentally I expected that when I change a global > variable in 1 thread, the new value would be picked up in

Re: Concurrency, I guess

2006-01-23 Thread Stormcoder
Using candygram you can send the sync thread a message telling it to reread the config file or you could send a message that changes the setting directly. Candygram is much better than the standard threading module which is designed after the Java threading library. Java recently added another thre

Re: Concurrency, I guess

2006-01-20 Thread dtecmeister
Sometimes creating files and separate processes are all that's needed. Write the settings into a config file with the web process and read them from the file with the sync process. Then create a second file at the start of the process and delete it once the process is complete. Lastly run a proced

Concurrency, I guess

2006-01-20 Thread David S.
I have a simple intranet web app whose job is to synchronize a couple of databases. The web part is that you can change settings such as how often the sync should happen, force the sync, or see the log. Since it runs periodically, I want the process that does the db sync to run happily along but