Dear Alex,
> i've already figured this out..
Do you think the documentation isn't clear enough in this respect?
> it appears it fails even simple threaded tests when deadlock detection is
> off, so perhaps it's better to turn it on by default, if threading support
> is on by default..
Yes, de
LPP> You need to pass :deadlock-detect t when opening a BDB store
LPP> and set the correct path to db_deadlock in your config.
i've already figured this out..
it appears it fails even simple threaded tests when deadlock detection is
off, so perhaps it's better to turn it on by default, if thread
> comment in testthreads indicate that we need deadlock detection:
>
> ;;; These tests will (as of March 2008) fail horribly on
> ;;; * BDB without deadlock detection enabled.
>
> but there is no clue how to do this and check..
You need to pass :deadlock-detect t when opening a BDB store
and s
AM> but there is no clue how to do this and check..
ok, nevermind, there is option to open-store..
..but there are no default values to it, so it does not work in
with-open-store, so do-test-spec will fail for sure.
so i had to use "run!" directly.
then, running 5 threads that try to update sam
RLR> Thank you, Alex, that is a very nice solution. I have committed it to
RLR> the main repo.
by the way, it would be great if somebody can validate this tests against
BDB.
it seems it doesn't work on vanilla config and requires some tweaking. for
me it just hanged dead pretty soon:
* thre
