Recursive use of SRW-lock on Windows cause by MDBX_NOTLS option.

[erthink]

Windows is unable to extend or shrink mapped region without closing/unmap it.
So in Windows, a SRW-lock is used to protect threads with a read transaction from accessing a temporary unmapped region during it shrink or expand.

However, with MDBX_NOTLS option transactions could be used from other threads and the same thread could start more than one read transaction.
Thus this causes recursive acquiring the same SRW-lock by the same thread.

This should be fixed, or at least documented:

1. don't resize a database on Windows when using MDBX_NOTLS.
2. or replace native SRW-lock by a custom recursive untied-to-thread mutex.

[erthink]

@vorot93, по-возможности проверьте это исправление в вашей "акуле".

Здесь проблема устранена ценой определенных ограничений (см. комментарий в самом коммите), т.е. это "костыль".
Тем не менее, именно это исправление пойдет в master и затем в ближайший минорный релиз.

А уже после этого я намерен:

• заменить системный SRW на собственный "Thread-untied recursive read-write lock";
• убрать добавленные ограничения;
• реализовать The ability to intentionally use write transactions from other (non-owner) threads. #200 для ваших байдингов;
• при этом заменив/переименовав MDBX_NOTLS на что-то вроде MDBX_THREAD_UNTIED.