Зависания quik 6.17.1.17 на linux под wine при использовании qlua

Страницы: 1
RSS
Зависания quik 6.17.1.17 на linux под wine при использовании qlua
 
Демо-сервер. На реале всё устроено иначе, чтоб не заморачиваться с "готовностью данных".
При начале новой сессии виснет гарантировано (т.е. когда с утра переподключатеся). Иногда и при обычной работе. В консоль выдаёт кучу
Код
err:ntdll:RtlpWaitForCriticalSection section 0x31213f0 "?" wait timed out in thread 0009, blocked by 0000, retrying (60 sec)
Заблокироваться пытаемся в потоке 9, в рамках которого только что успешно отработал "OnInit" луа-скрипта, судя по логам. А кто держит секцию? Никто - "blocked by 0000"
Стек (ну а вдруг):


Код
$ winedbg 8 
WineDbg starting on pid 0008

0xf7768a12 GLIBC_2+0xa12 in ld-linux.so.2: ret

Wine-dbg>bt

Backtrace:

=>0 0xf7768a12 GLIBC_2+0xa12() in ld-linux.so.2 (0x00000000)

  1 0xf74943d7 syscall+0x26() in libc.so.6 (0x00000000)

  2 0x7bc3c574 RtlpWaitForCriticalSection+0xe3() in ntdll (0x00e6e558)

  3 0x7bc3cfa8 RtlEnterCriticalSection+0x4f() in ntdll (0x00e6e598)

  4 0x0304e894 in qlua (+0x3e893) (0x00e6e5bc)

  5 0x0304f500 in qlua (+0x3f4ff) (0x00e6e5f4)

  6 0x0303eecc in qlua (+0x2eecb) (0x00e6e644)

  7 0x03080e40 in qlua (+0x70e3f) (0x00e6e65c)

  8 0x00812d79 in info (+0x412d78) (0x00e6e690)

  9 0x00812ed6 in info (+0x412ed5) (0x00e6e6c8)

  10 0x005e6c90 in info (+0x1e6c8f) (0x00e6e6ec)

  11 0x005e6e9b in info (+0x1e6e9a) (0x00e6e76c)
Далее, если посмотреть объект по адресу 0x31213f0, то можно увидеть, что там расположена критическая секция с такими полями:

Код
PRTL_CRITICAL_SECTION_DEBUG DebugInfo = 0x25dc6a0; 
LONG LockCount = -1;

LONG RecursionCount = 0;

HANDLE OwningThread = 0;

HANDLE LockSemaphore = 0;

ULONG_PTR SpinCount = 0;

Которая выглядит как будто её никто и не блокировал. Или же повторно инициализировал, или же убить успел.


Возможно, это глюк вайна, но если вдруг фреймы 4-7 что-то говорят и есть желание воткнуть там отладочную информацию, могу попробовать погонять с дебажной qlua.dll.
 
Добрый день.
На адрес тех поддержки пришлите код скрипта и дамп памяти процесса, желательно полный, если winedbg умеет это делать.
Страницы: 1
Читают тему (гостей: 1)
Наверх