Bug 1553

Summary: 1Cv77: Аварийное завершение 1с
Product: WINE@Etersoft Reporter: Денис Баранов <baraka>
Component: ОбщееAssignee: Andrey Vusik <night>
Status: CLOSED WORKSFORME QA Contact:
Severity: major    
Priority: P5 CC: kipruss, lav, lebedev.v.sergey, sin
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Debian GNU/Linux   
Whiteboard:
Заявки RT: Связано с:
Дата напоминания:
Bug Depends on:    
Bug Blocks: 760, 777, 1344    
Attachments: Скриншоты к предыдущему сообщению
Вывод команды ls -l
Вывод команды WINEDEBUG=+file ./1cv7s.exe в немонопольном режиме
Вывод команды WINEDEBUG=+file ./1cv7s.exe в монопольном режиме

Description Денис Баранов 2008-04-02 20:49:42 MSD
Программа 1с Предприятие сообщает, что была завершена аварийно и 
предлагает зайти монопольно, хотя выход был выполнен корректно.

При тестировании данной заявки бага была подтверждена, но не выясненно при каких обстоятельствах это происходит.
Подробное описание проблемы можно посмотреть: http://rt.etersoft.ru/Ticket/Attachment/78210/35439/
Comment 1 Konstantin Baev 2008-10-16 18:58:35 MSD
Проявилось при следующих обстоятельствах:

wine-1.0.9-alt24
libwine-1.0.9-alt24
linux-cifs-3.2-alt2
haspd-2.0-alt10
haspd-modules-2.0-alt1
wine-etersoft-sql-1.0.9-alt5
samba-client-3.0.31-alt1
1CSetup27.exe

/proc/fs/cifs/LinuxExtensionsEnabled = 1 - это сделано по мотивам http://bugs.etersoft.ru/show_bug.cgi?id=2599#c25

Монтировал так: cifsmount //server/base /home/kipruss/base -o user=guest,file_mode=0660,dir_mode=0770,noperm

Локально тоже не работает.

[kipruss@valhalla ~]$ uname -r
2.6.25-std-def-alt9

База отсюда: /var/ftp/pvt/WINE tests/1C/1g.tar.bz2
Comment 2 Konstantin Baev 2008-10-16 19:00:45 MSD
Created attachment 793 [details]
Скриншоты к предыдущему сообщению

Скриншоты к предыдущему сообщению
Comment 3 Vitaly Lipatov 2008-10-16 21:12:41 MSD
Такая ошибка описывается здесь, как ошибки чтения (повреждённая) база:
http://1c-pro.ru/index.php?showtopic=4546

Вообще хочется увидеть ls -l в каталоге с базой и дебаг по +file, если там есть что-то значимое про проблемные файлы.

Андрей, надо у нас воспроизвести.

Comment 4 Konstantin Baev 2008-10-17 13:02:33 MSD
Created attachment 794 [details]
Вывод команды ls -l

Вывод команды ls -l
Comment 5 Konstantin Baev 2008-10-17 13:15:25 MSD
Created attachment 795 [details]
Вывод команды WINEDEBUG=+file ./1cv7s.exe в немонопольном режиме

Вывод команды WINEDEBUG=+file ./1cv7s.exe в немонопольном режиме

Запаковал ибо большой файл - не отсылается.
Comment 6 Konstantin Baev 2008-10-17 13:17:50 MSD
Created attachment 796 [details]
Вывод команды WINEDEBUG=+file ./1cv7s.exe в монопольном режиме

Вывод команды WINEDEBUG=+file ./1cv7s.exe в монопольном режиме

Запаковал ибо также большой файл - не отсылается.
Comment 7 Sergey Lebedev 2008-10-17 15:56:36 MSD
(In reply to comment #1)
> Проявилось при следующих обстоятельствах:
> 
[skip]
> /proc/fs/cifs/LinuxExtensionsEnabled = 1 - это сделано по
> мотивам http://bugs.etersoft.ru/show_bug.cgi?id=2599#c25
> 
> Монтировал так: cifsmount //server/base /home/kipruss/base -o
> user=guest,file_mode=0660,dir_mode=0770,noperm
user=guest,noperm
Вот такой вариант был у меня вчера.

1с сообщил о проблеме, запустил в монопольном, после чего никаких проблем не наблюдаю.

Офис из 10 клиентов, целый день полёт нормальный.

Comment 8 Andrey Vusik 2008-10-21 03:38:04 MSD
По базе 1g -- подтверждаю. Получил такие же результаты, что на скринах в комменте №2.
Бутылка 1c7727-night база "ttt"
Надо пробовать с другой базой. Думаю, дело в ней.
Comment 9 Andrey Vusik 2008-10-21 03:52:07 MSD
Действительно, дело в базе 1g. Проверил на другой в той же бутылке (база "uuu") -- бага не подтвердилась. Закрываю.
Comment 10 Евгений Синельников 2008-10-21 04:09:55 MSD
Я бы не стал спещить с закрытием этой баги... Кстати, она теперь вопроизводится... Встречается это проблема довольно часто... Не считая этого случая, на такую же проблемы жаловался Сергей Лебедев. С точно такой же проблемой столкнулся kipruss@, когда конвертировал небольшкю базу из 8.0 в 8.1... Кстати, может быть в этом проблема?

В общем, я думаю, что на этой баз стоит проверять новые сборки wine, поскольку на лицо очередные фундаментальные проблемы wine - в винде-то эти базы работают...