[Devel] Работоспособность 1С на текущих выпусках Wine+Cifs

[Evgeny Sinelnikov]

Здравствуйте,

хочу перенести дискуссию, которая завязалась в
http://bugs.etersoft.ru/show_bug.cgi?id=4316
в рассылку... Не будем превращать багзилу из пронумерованных заметок,
которые вне контекста задачи обычно непонятны, в безобразный форум, в
котором совершенно невозможно разобраться ;)

Итак, по мере решения вопроса о том "можно ли сделать блокировки
advisory на CIFS", где имелось в виду довольно экзотичное поведение
файловой системы при включенных mandatory блокировках, выявилось
несколько вариантов логичного решения этой проблемы.

Напомню, что изначально, предполагалось "починить" работу файловой
системы CIFS при монтировании с параметром nounix. При этом нужно было
иметь в виду, что для новых релизов WINE критично сбрасывание
блокировок при закрытии файлового дескриптора на файловой системе (ФС)
CIFS, как того требует POSIX и эмулирует самба. Попутно, последний
вопрос рассмотрен здесь:
http://bugs.etersoft.ru/show_bug.cgi?id=4341
где выявлено, что для отключения "сбрасывание блокировок при закрытии
файлового дескриптора на CIFS", для общего каталога достаточно
выставить в smb.conf параметр
   posix locking = false
разумеется все последствия этой опции ещё предстоит рассмотреть на тестах.

Теперь вернёмся к вопросу о том откуда вообще возникла задача о
монтировании с параметром nounix. Возникла он как раз в связи с тем,
что "для новых релизов WINE критично сбрасывание блокировок при
закрытии файлового дескриптора на файловой системе CIFS". Таким
образом, я предполагаю, что задача поиска костылей, которые заставят
CIFS вести себя "экзотично" (о том как - это тема отдельной дискусии),
перестала иметь смысл, ведь вместо параметра монтирования nounix можно
использовать параметр 'posix locking = false' общего каталога в
smb.conf.

Для монтирования же достаточно использовать стандартные 'noperm, forcemand'...

Вроде бы хорошо, и после небольшого патча даже VVS начинает
работать... И тут выясняется, что 1С 7.7 ни в каком режиме не
работает, winelocktest не проходит. То есть драйвер текущий,  Wine
новый (может слишком новый?), а стандартный тест уже не работает...

Возникает вопрос, а что мы тогда тестируем, если у нас нет ни одной
рабочей конфигурации, для которой мы расширяем список запускаемых
решений?... Давайте отталкивать от таких решений.

Итого возникает вопрос на какой конфигурации проходило последнее
предрелизное тестирование Wine-1.0.11?

Я хочу уточнить с обновлением каких компонент от последнего рабочего
релиза Wine-1.0.11, появилась текущая регрессия?

PS: В этом комментарии я приводил подробно описание того, что я называю рабочей


-- 
Sin (Sinelnikov Evgeny)