Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #88393 > unrolled thread
| Started by | Matthew Ruffalo <mmr15@case.edu> |
|---|---|
| First post | 2015-03-31 11:50 -0400 |
| Last post | 2015-03-31 11:50 -0400 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.python
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: Lockfile hanling Matthew Ruffalo <mmr15@case.edu> - 2015-03-31 11:50 -0400
| From | Matthew Ruffalo <mmr15@case.edu> |
|---|---|
| Date | 2015-03-31 11:50 -0400 |
| Subject | Re: Lockfile hanling |
| Message-ID | <mailman.380.1427817413.10327.python-list@python.org> |
On 2015-03-31 10:50, Ervin Hegedüs wrote: > there is an app, written in Python, which stores few bytes of > datas in a single file. The application uses threads. Every > thread can modify the file, but only one at a time. I'm using a > lock file to prevent the multiple access. > > ... > > How can I prevent or avoid this issue? What's the correct way to > handle the lockfile in Python? Hi Ervin- If only one instance of the app is running at a given time, and you only need to ensure mutual exclusion between its threads, you should probably not use a lock *file* for this. I would strongly recommend that you use a threading.Lock as per https://docs.python.org/2.5/lib/module-threading.html instead of a lock file. This will also allow you to avoid a 0.2-second polling loop; a call to threading.Lock.acquire() will block until it is released by another thread. MMR...
Back to top | Article view | comp.lang.python
csiph-web