Делаю следующее: Ставлю платформу 1с77-27, ставлю последнюю базовую конфигурацию Бух. учёт 4.5, ставлю штрихкод через wine98. Отчёты -- Регламентированные -- Бух. отчётность -- Отчёт об прибылях и убытках -- печать -- показать со штрихкодом. В бутылках (например, 1c77/1c77-base)на пакетах wine-etersoft-1.0.12-alt4.1 wine-etersoft-sql-1.0.12-alt3 всё это происходит корректно. В Убунту на машине lin-test на пакетах 1.0.12-eter4ubuntu 1.0.12-eter3ubuntu те же манипуляции к успешному завершению не приводят. Получаю: "Вывод на просмотр машиночитаемой формы. Не установлена внешняя библиотека, используемая для печати машиночитаемых форм. Не удалось сформировать машиночитаемую форму."
Различия по 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
-//-
