Страница 3 из 13
Добавлено: 13 янв 2009, 12:31
Алексей
тоже в тестовую. правда сегодня у меня тоже вылетело это сообщение. поставил параметр = офф
Добавлено: 13 янв 2009, 12:44
thor
Мне, честно, пока ваще не понятно, зачем в репозитарии ставится версия компоненты и ведется сверка с версией компоненты, лежащей в системе.
Для работы важен сам факт регистрации компоненты, версия ее берется при старте из реальной компоненты и контроль взаимозависимостей идет на прикладном уровне - наскока понимаю, репозитарий здесь не задействуется.
Т.е. не понятно, для чего, кроме как для "искусственной" проверки версий компонент, приводящей к соотв. сообщениею на входе, используется поле "версия компоненты" в репозитарии?...
Добавлено: 13 янв 2009, 12:56
Алексей
ждем, может кто из разработчиков разъяснит ситуацию
Добавлено: 13 янв 2009, 13:41
Den
thor писал(а):
...версия ее берется при старте из реальной компоненты и контроль взаимозависимостей идет на прикладном уровне - наскока понимаю, репозитарий здесь не задействуется....
А я так понимаю никакого контроля не было в этом плане. Можно было на протяжении многих лет в /exe какой нить xxx.res перенакрыть более ранней версией компонента и запустить Галю - все запускалось без всяких мессагов до недавнего времени. Другой вопрос насколько корректно все это работало ...в результате таких действ могло многа разных чудес происходить..
если Вы,конечно, об этом - что происходило при старе Гали и работе в дальнейшем в ней..
Добавлено: 15 янв 2009, 06:34
jornand
А я от сообщения по-другому избавился, просто еще раз запустил автоматическую установку компонентов и синхронизацию.....судя по логу ничего не установилось, но вылетело сообщение, что обновления успешно установлены. После этого сообщение "Регистрация компонентов не совпадает с инсталляцией....." перестало вылетать, причём так же избавились от него и в другой организации.
Добавлено: 15 янв 2009, 07:30
Алексей
написать строку в конфиг - быстрее
Добавлено: 15 янв 2009, 07:57
jornand
проверку же эту не просто так придумали, проглючит синхронизация пару раз и косяк какой-нибудь через месяц вылезет....
Добавлено: 26 янв 2009, 11:35
Начинающий путь
Уфф, в выходные поставили новый Атлантис. Вроде стала тормознее работать Галактика, или это мое субъективное мнение?
Добавлено: 26 янв 2009, 13:49
jornand
Ага, особенно когда права пользователям на видимость меня раздаёшь..
Добавлено: 26 янв 2009, 14:22
thor
Задержку при открытии вкладки "Видимость меню" исправили в 5.4.15
Добавлено: 26 янв 2009, 14:53
Мария_Ф
Начинающий путь
У нас такое же мнение.
Добавлено: 04 фев 2009, 20:02
Serges
Последние обновления действительно нетривиальны по своим последствиям. Поимели большой геммор с настройками сохранения файлов, которые были давно настроены и прекрасно работали. А дело в следующем: что бы не прописывалось в Startup.inc для файлов OUT и TMP, они упорно сохраняются в каталог запуска клиента, к которому добавляется Out и Tmp соответственно. Более того, если в задании пути для этих файлов участвуют переменные, заданное имя диким образом комбинируется с каталогом запуска, получается что-то типа: D:\Gal810\ServerName\Out - путь, которого конечно не существует. В результате клиент просто падает по рантайму с ошибкой библиотеки streams.
Добавлено: 04 фев 2009, 20:24
sim
Serges
у нас было что-то подобное в середине прошлого года, когда ни с того, ни с сего после очередного "патчевания" Гала перестала реагировать на клиентский конфиг - все пути, прописанные в нем, затирались путями из Startup.inc
помогла допись секции [Common] в клиентский конфиг
AddConfigFile=
SaveCfgToFile=
Добавлено: 10 фев 2009, 18:17
Serges
sim
Нам-то как раз и надо, чтобы брались пути из Startup.inc
И, например,
TmpFilesShortDirectory работает, а
TmpFilesDirectory игнорируется.
Это не вы в ПИР поставили, а в 5.4.14 реализовали?
Добавлено: 10 фев 2009, 19:38
sim
нет, не мы