в течении рабочего дня 1с 8.1 переодически падает в дамп, никаких определенных последовательностей невыявлено, обьем базы больше 1гигабайта
Я так понимаю, что такие проблемы были и в 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, и после полного выяснения обстоятельств заводить багу.
