Eric Blade
7b1143a6ff
make "source" argument to interlocks.acquire mandatory
2010-11-28 20:04:32 -05:00
Eric Blade
622b350795
Revert "Merge branch 'chaz' of git://github.com/ChazDazzle/fpdb-chaz"
...
This reverts commit 61ac6be0fa
, reversing
changes made to 18df2ef2c6
.
Conflicts:
pyfpdb/SQL.py
2010-11-26 18:15:28 -05:00
Chaz
92c8e68914
It's actually an OSError, not an IOError
2010-11-24 14:53:53 -06:00
Worros
dee17e8001
L10n: H->M updated
2010-09-23 14:10:30 +08:00
steffen123
c73e5b6d9b
add locale import to interlocks
2010-08-25 06:14:26 +02:00
steffen123
cff0206e4d
gettext-ify tournesummary and interlocks
2010-08-16 01:58:05 +02:00
steffen123
e9346f6b82
make it record source of lock holding, print if required
...
this is mostly intended for devs
2010-07-10 20:10:04 +02:00
fpdb-mme
f5d2f5a2dc
fix: according to doctests os_independend_kill() is supposed to return None
2009-11-01 09:58:14 +01:00
fpdb-mme
6fcf81e566
bugfix: InterProcessLock.locked() was broken cause InterProcessLock.aquire() no longer raises SingleInstanceError
...
- fixed InterProcessLock.locked()
- fixed doctests
notes:
- doctests run ok on linux with InterProcessLockFcntl and InterprocessLockSocket
- doctests fail on linux/wine with InterprocessLockWin32 when trying to aquire the lock held by the process created on the fly.
just a guess ..maybe the mutex is not released automatically when terminating the process. does native win32 guarantee
this?
2009-11-01 09:51:00 +01:00
Eric Blade
bfec6916f6
trying to get my new install of git to freaking work
2009-08-12 04:09:04 -05:00
sqlcoder
fb4ad79803
use someone else's interprocess locking code instead of python locks/semaphores - needs testing in Linux
2009-07-19 12:28:17 +01:00