Bug 5332

Различия по dll:

night@lin-test:~/.wine/dosdevices/c:/windows$ diff system32/ /var/ftp/tmp/night/.wine-5332/dosdevices/c\:/windows/system32/
Общие подкаталоги: system32/color и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/color
Двоичные файлы system32/d3d8.dll и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/d3d8.dll различаются
Двоичные файлы system32/d3d9.dll и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/d3d9.dll различаются
Общие подкаталоги: system32/dllcache и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/dllcache
Общие подкаталоги: system32/drivers и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/drivers
Двоичные файлы system32/glu32.dll и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/glu32.dll различаются
Общие подкаталоги: system32/Macromed и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/Macromed
Только в system32/: .nfs000000001713097800000049
Двоичные файлы system32/opengl32.dll и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/opengl32.dll различаются
Двоичные файлы system32/shdocvw.dll и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/shdocvw.dll различаются
Общие подкаталоги: system32/spool и /var/ftp/tmp/night/.wine-5332/dosdevices/c:/windows/system32/spool

Перенос system.reg из работающей аналогичной бутылки решил проблему.

Created attachment 1589 [details]
WINEDEBUG по warn+all после запуска на просмотр

В общем, точно понятно, что проблема в регистрации.

По +loaddll:
trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\gdiplus.dll" at 0x7de30000: builtin
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\gdiplus.dll" : builtin
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\gdiplus.DLL" at 0x7a090000: native
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVBVM60.DLL" at 0x66000000: native
trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\�����\\������ �� � PDF417\\TAXDOCPrt.dll" at 0x149f0000: native
trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\sxs.dll" at 0x7de70000: builtin
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\sxs.dll" : builtin

trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\gdiplus.dll" at 0x7de30000: builtin
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\gdiplus.dll" : builtin
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\gdiplus.DLL" at 0x7a090000: native
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVBVM60.DLL" at 0x66000000: native
trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\�����\\������ �� � PDF417\\TAXDOCPrt.dll" at 0x149f0000: native
trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\sxs.dll" at 0x7de70000: builtin
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\sxs.dll" : builtin
trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\�����\\������ �� � PDF417\\TAXDOCPrt.dll" : native
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\MSVBVM60.DLL" : native
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\gdiplus.DLL" : native

Вот так полно.

В бутылке так:
trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\sxs.dll" at 0x7dbf0000: builtin
trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\sxs.dll" : builtin
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCR70.dll" at 0xdb80000: native
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCP70.dll" at 0xdb00000: native
trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\GNIVCPDOC.dll" at 0xdac0000: native

.wine из ubuntu находится в /var/ftp/tmp/night

Нашёл различия в путях - в reg из Ubuntu в некоторых местах используется %SystemRoot% вместо C:\\windows

Пробовал задавать режимы при установке напрямую - не помогло - ситуация такая же.

Эти пути появляются при создании бутылки.

При вызове wineboot в Ubuntu появляются строчки
err:winebootendingRename couldn't get file attributes (3)
err:winebootendingRename couldn't get file attributes (2)

В Альте этого нет.

Created attachment 1600 [details]
WINEDEBUG=warn+all wineboot

Если я правильно понял, в Ubuntu неправильно выставляются права. Потому что после $chmod -R 777 .wine и $wineboot ошибок нет.

(In reply to comment #14)
> Если я правильно понял, в Ubuntu неправильно
> выставляются права. Потому что после $chmod -R
> 777 .wine и $wineboot ошибок нет.
> 

При выставленных правах и system.reg заполняется правильно - нет путей с %SystemRoot%

В Ubuntu права на dosdevices drwxrwxr-x, в Alt drwxrwsr-x

(In reply to comment #16)
> В Ubuntu права на dosdevices drwxrwxr-x, в Alt drwxrwsr-x
> 

На другой машине (не на cellar) каких либо различий в правах на каталоги и файлы (кроме нескольких dll в /system32) не нашёл.

Задача (на lin-test, но проявляется и в бутылках):
разобраться, почему при свежеустановленой бутылке происходит

night@lin-test:~$ wineboot
err:wineboot:pendingRename couldn't get file attributes (3)
err:wineboot:pendingRename couldn't get file attributes (2)
fixme:ole:DllRegisterServer stub

и после бывает:

night@lin-test:~/.wine/dosdevices/c:/Program Files/1Cv77/BIN$ wineboot --init
night@lin-test:~/.wine/dosdevices/c:/Program Files/1Cv77/BIN$ fixme:mountmgr:DriverEntry failed to create device error c0000035

Плюс:
Откуда берутся в system.reg строки типа @=str(2):"%SystemRoot%\\system32\\msxml4.dll"
(в Альте всё через @="C:\\windows\\system32\\wshext.dll")

Основную проблему проверю потом сам.

Удалил пакеты через dpkg -P
установил пакеты (без gl)
Как ни странно - но всё заработало, system.reg заполняется правильно.
Сейчас проверяем это же у клиенты.

> Плюс:
> Откуда берутся в system.reg строки типа
> @=str(2):"%SystemRoot%\\system32\\msxml4.dll"
> (в Альте всё через @="C:\\windows\\system32\\wshext.dll")

Кстати у меня проблема была именно и только с msxml4, а у клиента с msxml3.

(In reply to comment #19)
> Удалил пакеты через dpkg -P
> установил пакеты (без gl)
> Как ни странно - но всё заработало, system.reg
> заполняется правильно.
> Сейчас проверяем это же у клиенты.
> 

сделал аналогичное у клиента, в путях у него стала теперь проблема с msxml4. Продолжил дальше. 
установили 1с, штрихкод. При формировании отчёта ругалось на отсутствие v7plus.dll - подсунул её. В общем заработало.

(In reply to comment #18)
> Задача (на lin-test, но проявляется и в


Создал отдельную багу http://bugs.etersoft.ru/show_bug.cgi?id=5396

Добавил на http://kb.etersoft.ru/Установка_PDF417_в_Wine информацию о "правильной" установке WINE@Etersoft в Ubuntu для PDF417.

Возникает два вопроса: во-первых, для  Debian проблема тоже актуальна, но билда 4.1-3 я не наблюдаю - только что закачивал отгрузки для Etch и Lenny, пришли файлы 4-3. Во-вторых, при попытке ставить через wine98 выдается окно с сообщением (см. скрин), установка через wine проходит без проблем, однако после этого 1С-ка продолжает твердить об отсутствии внешней компоненты.

Created attachment 1627 [details]
ошибка при установке через wine98

Дополнение: Если установить компоненту через wine blah.msi, а потом запустить снова инсталлятор через wine98 blah.msi, то команда отработает и выдаст окно с вопросом "удалить или восстановить". Если выбрать восстановление, то после этого 1Ска начинает компоненту видеть и штрих-код печатать.

(In reply to comment #24)
> Возникает два вопроса: во-первых, для  Debian
> проблема тоже актуальна, но билда 4.1-3 я не
> наблюдаю - только что закачивал отгрузки
> для Etch и Lenny, пришли файлы 4-3. 

Брать последнюю версию надов из /testing

> Во-вторых, при
> попытке ставить через wine98 выдается окно с
> сообщением (см. скрин), установка через wine
> проходит без проблем, однако после этого
> 1С-ка продолжает твердить об отсутствии
> внешней компоненты.
> 

Проблемы в Debian 5.0 не выявил.
Пока проблема не решена - помогает установка новых пакетов  после удаление wine через dpkg -P

(In reply to comment #26)
> Дополнение: Если установить компоненту
> через wine blah.msi, а потом запустить снова
> инсталлятор через wine98 blah.msi, то команда
> отработает и выдаст окно с вопросом
> "удалить или восстановить". Если выбрать
> восстановление, то после этого 1Ска
> начинает компоненту видеть и штрих-код
> печатать.
> 

Под blah.msi подразумевается компонента PDF417 ?

1) В 1.0.11 компоненту 1с не видит. При этом в system.reg проблемные пути %SystemRoot% исппользуются c msxml3 и с msxml4


2) После update до 1.0.12 поолучаю ошибку при выгрузке:
Вывод на просмотр машиночитаемой формы.
Формируется файл выгрузки...
Выгрузка: Отчет о прибылях и убытках (версия 5.01)
Компонента V7Plus : Ошибка инициализации XML Parser
xmlКорень = xmlФайлВыгрузки.СоздатьПодчиненныйЭлемент("Файл");
{C:\1SBBDEMO\EXTFORMS\RP09Q4.GRP\FRM2.ERT(2823)}: Значение не представляет агрегатный объект (СоздатьПодчиненныйЭлемент)
Отсутствует файл выгрузки.
Не удалось сформировать машиночитаемую форму.
....................
При этом есть проблема в путях с msxml4 и с 2мя строками msxml3, т.е не со всеми как в 1.0.11.


3) В новой бутылке 1.0.12 всё печатает и проблем с путями нет вообще.

После отмены регистрации msxml4 и msxml3 и последующего wine --update некоторые пути имеют некорректный вид, но показ бланка есть.

Перед --update должно выполняться:
wine regsvr32 /u msxml3.dll
wine regsvr32 /u msxml4.dll

P.S. При дерегистрации 
wine regsvr32 /u msxml4.dll
err:ole:TLB_ReadTypeLib Loading of typelib L"%SystemRoot%\\system32\\msxml3.dll" failed with error 3

Не зависит от 5396

Проверить в следующей сборке закрытой части.

(In reply to comment #33)
> Проверить в следующей сборке закрытой
> части.
> 

5/4
После создания новой и при обновлении проблемной бутылки бага не воспроизводится.

ii wine-etersoft 1.0.12-eter6ubuntu WINE@Etersoft - Environment for running Wind
ii wine-etersoft-sql 1.0.12-eter8ubuntu WINE@Etersoft SQL is a commercial product fo

Ubuntu 10.04, 9.10 Не формируются двумерные штрихкоды.

Нужно еще раз проверить на последних сборках.

На Ubuntu 9.10 установка компоненты проходит штатно.
При попытке сформировать отчет в 1Сv8.1 Бухгалтерия 1.6
"Ошибка при формировании машинопечатаемой формы"
Возможно, необходимо переустановить компоненту или вспомогательные библиотеки, используемые ей.

Переустановка не помогает, каких-либо информативных ошибок в терминале тоже не пишет.

(In reply to comment #36)
> Нужно еще раз проверить на последних
> сборках.
> 

Проверил на 1.0.12-eter6.11/11 в lin-test
Форма выводится корректно, только долго... 
Создал
http://bugs.etersoft.ru/show_bug.cgi?id=5740

(In reply to comment #37)
> На Ubuntu 9.10 установка компоненты проходит
> штатно.
> При попытке сформировать отчет в 1Сv8.1
> Бухгалтерия 1.6
> "Ошибка при формировании машинопечатаемой
> формы"
> Возможно, необходимо переустановить
> компоненту или вспомогательные
> библиотеки, используемые ей.
> 
> Переустановка не помогает, каких-либо
> информативных ошибок в терминале тоже не
> пишет.
> 

А устанавливали вы через wine98?

(In reply to comment #39)
> (In reply to comment #37)
> > На Ubuntu 9.10 установка компоненты проходит
> > штатно.
> > При попытке сформировать отчет в 1Сv8.1
> > Бухгалтерия 1.6
> > "Ошибка при формировании машинопечатаемой
> > формы"
> > Возможно, необходимо переустановить
> > компоненту или вспомогательные
> > библиотеки, используемые ей.
> > 
> > Переустановка не помогает, каких-либо
> > информативных ошибок в терминале тоже не
> > пишет.
> > 
> 
> А устанавливали вы через wine98?
> 

Да

Проверял у нас на 2х машинах с Ubuntu - такой проблемы не увидел. Видимо, нужно делать доступ. Есть ли такая возможность?

На CentOS 5.5, сборка 1.0.12-eter6/8 при попытке
формирования бланка формы с двухмерным штрихкодом PDF417 предлагает установить компоненту, устанавливается, говорит, что все ОК, но следующим окном утверждает, что компоненты все-равно нет. При повторном запуске предлагается восстановить
или удалить. Если нажать далее, то все также.
Пытался ставить командой
wine98 start "PDF417(3.0.9).msi"
требует найти вручную некий файл "v8_7aea_2f.Печать НД с PDF417(3.0.8).msi". Зачем ему предыдущая версия и откуда он вообще про не знает?

(In reply to comment #42)
> На CentOS 5.5, сборка 1.0.12-eter6/8 при попытке
> формирования бланка формы с двухмерным
> штрихкодом PDF417 предлагает установить
> компоненту, устанавливается, говорит, что
> все ОК, но следующим окном утверждает, что
> компоненты все-равно нет. При повторном
> запуске предлагается восстановить
> или удалить. Если нажать далее, то все
> также.
> Пытался ставить командой
> wine98 start "PDF417(3.0.9).msi"
> требует найти вручную некий файл
> "v8_7aea_2f.Печать НД с PDF417(3.0.8).msi". Зачем ему
> предыдущая версия и откуда он вообще про не
> знает?
> 
Попробуйте на странице продукта заказать новую testing сборку и обязательно сделать wine --update

С testing сборкой все работает правильно.
Спасибо!

> > 
> Попробуйте на странице продукта заказать
> новую testing сборку и обязательно сделать wine
> --update
> 

Принято.
WINE@Etersoft 1.0.12 eter6.16/eter11

-//-