| List: | General Discussion | « Previous MessageNext Message » | |
| From: | Paul DuBois | Date: | July 28 1999 1:51pm |
| Subject: | Re: On GET_LOCK () | ||
| View as plain text | |||
At 4:36 AM -0500 7/28/99, <sinisa@stripped> wrote: >toxalot@stripped writes: > > >Hi Jennifer ! > > > > > > > > >There are indeed many ways this can be accomplished, but at this > > >moment I think that the best possible way is with : > > > > > >select get_lock("user_name",10000); > > >......... > > > > > >select release_lock("user_name"); > > > > > > > > >If you have further questions, please do not hesitate. > > > > > >Sinisa > > > > > > > > > When would you select release_lock ? Would users have to log out and then > > you could select release_lock? > > > >Hi Jenifer ! > >What I was suggesting to you is the algorithm to use in your programs >or applications. > > >When the user logins, you run get_lock with a high timeout value, This >value should be empirical, because customer may switch off, and a lock >would remain to ban further entry. I don't understand this. If by "switch off" you are referring to the person with the original lock, when that user's session ends, the lock is automatically released. If you are referring to the second person who requests the lock, won't the request be tossed if that session is killed? -- Paul DuBois, paul@stripped
| Thread | ||
|---|---|---|
| • Restrict Access | toxalot | 27 Jul |
| • Restrict Access | sinisa | 27 Jul |
| • Re: Restrict Access | Thimble Smith | 27 Jul |
| • Re: Restrict Access | Paul DuBois | 27 Jul |
| • Re: Restrict Access | Martin Ramsch | 27 Jul |
| • Re: Restrict Access | Paul DuBois | 28 Jul |
| • Re: Restrict Access | Thimble Smith | 28 Jul |
| • Re: Restrict Access | sinisa | 28 Jul |
| • Re: Restrict Access | toxalot | 28 Jul |
| • On GET_LOCK () | sinisa | 28 Jul |
| • Re: On GET_LOCK () | Benjamin Pflugmann | 28 Jul |
| • Re: On GET_LOCK () | sinisa | 28 Jul |
| • Re: On GET_LOCK () | Paul DuBois | 28 Jul |
| • Re: On GET_LOCK () | Jim Faucette | 28 Jul |
| • Re: On GET_LOCK () | Paul DuBois | 28 Jul |
| • Re: On GET_LOCK () | Thimble Smith | 28 Jul |
| • Re: On GET_LOCK () | Gerald Clark | 28 Jul |
| • Re: On GET_LOCK () | Paul DuBois | 28 Jul |
| • Re: On GET_LOCK () | sinisa | 28 Jul |
| • Re: On GET_LOCK () | Paul DuBois | 28 Jul |
| • Re: On GET_LOCK () | Scott Hess | 28 Jul |
| • getting rid of duplicates | Joel Bremson | 28 Jul |
| • Re: getting rid of duplicates | Christian Mack | 28 Jul |
| • Re: On GET_LOCK () | sinisa | 29 Jul |
| • Re: On GET_LOCK () | Paul DuBois | 29 Jul |
| • Re: On GET_LOCK () | Scott Hess | 29 Jul |
| • Re: On GET_LOCK () | toxalot | 28 Jul |
| • Re: On GET_LOCK () | sinisa | 28 Jul |
| • Re: On GET_LOCK () | Benjamin Pflugmann | 29 Jul |
| • Re: On GET_LOCK () | Sasha Pachev | 29 Jul |
| • Re: On GET_LOCK () | Benjamin Pflugmann | 31 Jul |
| • Re: On GET_LOCK () | Thimble Smith | 29 Jul |
| • Re: On GET_LOCK () | Fraser MacKenzie | 29 Jul |
| • Re: On GET_LOCK () | Thimble Smith | 29 Jul |
| • Re: On GET_LOCK () | Fraser MacKenzie | 29 Jul |
| • Re: On GET_LOCK() | R. Mentink | 31 Jul |
