Summary: | вылет 1с 8.1 в дамп | ||
---|---|---|---|
Product: | WINE@Etersoft | Reporter: | Chicken <mailchicken> |
Component: | Общее | Assignee: | Константин Кондратюк <kondratyuk> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | critical | ||
Priority: | P3 | CC: | baraka, delayer, kondratyuk, lav, sonner |
Version: | 1.0.10 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
Whiteboard: | |||
Заявки RT: | Связано с: | ||
Дата напоминания: | |||
Bug Depends on: | |||
Bug Blocks: | 3932 |
Description
Chicken
2009-04-24 11:20:29 MSD
Я так понимаю, что такие проблемы были и в 1.0.10 исправлены. wine --version
WINE@Etersoft 1.0 Network 1.0.10-eter20/14
<<При запуске справки в 8 вышла запись дампа, иду на второй заход,...
в 8 когда СПРАВКА нажимаешь, выходит ПОЛЕ ОБЪЕКТА НЕ ОБНАРУЖЕНО
при закрытии справки - ошибки - ЗАПИСЬ ДАМПА!
>>а она хоть открываться стала?
<<неа
<<справка ругалась-но работала дальше- теперь работать нельзя нигде
<<я не всегда лазею в справку- документы не дописаны- создаешь документ- а он как заорет этой справкой и конец сеанса
<< да и когда не все счета ввел в документе- он орет и запись дампа вылетает
1c v8.1
размер базы 1г
Пожалуйста, сформулируйте более целостно. По этим обрывкам переписки совершенно непонятно, у кого проблема, когда проявляется и каким способом воспроизводится. при открытии справки программа 1с 8.1 вылетает в дамп, причем 1с после этого неудается закрыть нормальным способом, окно справки вылазит автоматом после неверного заполнения документа(не выбрали параметр или ввели неверно) и соответственно падает Денис, проверь, пожалуйста Уточните пожалуйста конфигурацию. На Управление ТОрговлей не воспроизводится. бухгалтерия (In reply to comment #7) > бухгалтерия > Проверил на бухгалтерии предприятия базовой, не удалось воспроизвести. Возможно ли получить к вам доступ через nx для того чтобы увидеть проблему? получить доступ невозможно, сервак в инет не вывешен в реализации при заходе в любой документ при открытии вылазит окно зарыть или перезапустить, если одновременно еще запущена 1с 7.7 то вылеты происходят чаще Нужно сужать способ воспроизведения, чтобы и у нас получилось. Попробуйте создать лог падения согласно совету для 1С 8.1: http://kb.etersoft.ru/Сбор_диагностической_информации настройки подключения в /Testing/Bugs/3864 по сей день ни единого шевеления в сторону подключения к клиенту (In reply to comment #12) > по сей день ни единого шевеления в сторону > подключения к клиенту > Как с вами можно связаться? Можете написать мне: baraka@im.etersoft.ru ICQ: 321325133 На последнем доступном релизе wine10 по-прежнему апериодически при работе в терминале происходит запись дампа с последующим зависанием. 1C81+УТ10.3 Выявить закономерность не удается, падения идут в сложной зависимости от фазы луны похоже.. До багфикс релиза их было больше и были они чаще, особенно на листингах объемных справочников, поиске в больших номенклатурах и прочих подобных действиях. Сейчас меньше, но есть. Работа, что была проведена до дампа, естестенно, не сохраняется. Что и вызывает основные наезды, собственно. (In reply to comment #14) > Выявить закономерность не удается, падения > идут в сложной зависимости от фазы луны > похоже.. До багфикс релиза их было больше и В этом основная проблема. Мы не знаем с чем бороться. Ставлю пока статус отложена до выявления точного способа воспроизведения ошибки. можно попробовать организовать перманентный вайндебуг для одного или нескольких реальных пользователей, мучающихся с реальной 1С-кой. Сделать скриптец, который будет исходя из входящей $USER делать тот или иной export WINEDEBUG с необходимыми ключами и складировать получившийся wine.log в пользовательскую папочку с датой несложно. Скажите, в какую сторону дебажить, какие ключи вставлять и что именно пытаться мониторить. И тогда возможно логирование падений что то нам даст. упс, не то нажал ;) ( (In reply to comment #16) > можно попробовать организовать > перманентный вайндебуг для одного или > нескольких реальных пользователей, > мучающихся с реальной 1С-кой. Сделать > скриптец, который будет исходя из входящей > $USER делать тот или иной export WINEDEBUG с > необходимыми ключами и складировать > получившийся wine.log в пользовательскую Я думаю не надо делать WINEDEBUG, т.к. это будет отражаться на работе. Стоит включить перехват исключений: $ WINEDISABLEGEH=yes wine program.exe Это позволит при возникновении попытки записи в дамп - WINE упадет в бактрейс. А куда этот backtrace будет писаться, как его поглядеть, записать и вам отослать? (In reply to comment #20) > А куда этот backtrace будет писаться, как его Он будет в консоль валиться, наверное лучше запускать все через winelog. > поглядеть, записать и вам отослать? да WINEDISABLEGEH=yes winelog "C:\\Program Files\\1cv81\\bin\\1cv8.exe" Но как то не наблюдаю wine.log в директории любого из пользователей..что не так? (In reply to comment #22) > WINEDISABLEGEH=yes winelog "C:\\Program Files\\1cv81\\bin\\1cv8.exe" > Но как то не наблюдаю wine.log в директории > любого из пользователей..что не так? Файл должен быть в ~/.wine/wine.log за сегодняшний день что нападало, у разных пользователей, положил на ftp, файл 3864.logs.tar.gz (In reply to comment #24) > за сегодняшний день что нападало, у разных > пользователей, положил на ftp, файл 3864.logs.tar.gz > Переложил в /var/ftp/pvt/Windows/Testing/Bugs/3864/3864.logs.tar.gz особенно интересны логи baa, там при включенном winelog она подвисает и падает (происходит ввод новых артикулов продукции) а без оного - как раз запись дампа при этой же процедуре И еще один момент... удаление .wine у пользователя с последующим wine --attach на какое то время в разы уменьшеает количество дампов с eter8/3 за пару недель вроде ничего не упало (In reply to comment #28) > с eter8/3 за пару недель вроде ничего не упало > Я так понимаю что багу можно закрывать, если падения еще будут возникать, то лучше писать на support@etersoft.ru, и после полного выяснения обстоятельств заводить багу. |