Страница 1 из 3

Запуск галактики с сервера (атлантис 5.3)

Добавлено: 22 янв 2008, 11:46
Алексей
8.10 5.3 MSSQL
Проапгрейдил ЕХЕ каталог. Запустил наконец Галактику. Заработало.

Довольный выложил ЕХЕ на сервер и при запуске ЕХЕ с сервера пишет сообщение: Точка входа в процедуру AM_LASTDATE не найдена в библиотеке DLL G_ZARPL.DLL
ЕХЕ локальный и на сервере идентичный полностью.

Может кто сталкивался, что это такое?

Добавлено: 22 янв 2008, 13:16
edward_K
1. надо еще таблу components сравнивать.
2. вы копировали всю папку с подпапками? посмотрите там небось exe появилась. :-)

Добавлено: 22 янв 2008, 13:42
Алексей
копировал с подпапками
э... появилась, откуда не понял.

Как лечить?

Добавлено: 22 янв 2008, 13:52
edward_K
появилась потому что патч менеджер был неправильно настроен. а лечить таблу components опять же - консоль управления или sql - последнее даже удобней для этого, ну а потом новые ресы зарегить для рабочей базы. А из это подпапки скопироватть с заменой более старых в главную папку exe. А вы разве не читали доку что патчить нужно каждую базу?

Добавлено: 22 янв 2008, 15:20
Ged
1. Патчим всегда Тестовую БД.
2. Тестовая БД. Репозитарии компонент - По правой кнопке - экспорт репозитария.
3. Копируем новые exe для работы.
4. Рабочая БД. В репозитарии компонент - По правой кнопке - импорт репозитария.

Добавлено: 23 янв 2008, 06:12
Алексей
что-то я не догоняю....
я пропатчил базу левую, вообще на Бтриве. получил ЕХЕ каталог новый. Этим ЕХЕ с локальной машины подцепляюсь к базе MS SQL и она открывается, всё нормально.
Копирую этот же ЕХЕ на сервер и запускаю галактику с сервера - ошибка.

А про патчить каждую базу, вы предлагаете не тестируя патчи сразу ставить их на рабочую базу?

Добавлено: 23 янв 2008, 07:32
Nikos
У меня появляются аналогичные проблемы. После какого-то сетевого сбоя невозможно запустить Галактику с определенного сервера. Помогает перезагрузка станции или сервера. Но вы, наверное, уже сервер перезагружали, так что скорее всего проблема в другом.

Добавлено: 23 янв 2008, 09:35
Ged
в G_ZARPL.DLL с помощью например DEPENDS из сосотава Visual Studio посмотрите список экспортируемых функций.

Добавлено: 23 янв 2008, 09:42
Алексей
Мля... да зачем его переставлять то?
Я может не правильно выразился. Попробую ещё раз разъяснить:

У меня есть два ОДИНАКОВЫХ ехе каталога.
Один лежит на C:\gal810\exe
другой лежит \\server\galsrv\exe

Если батник настроить на запускт с локального компа - галка открывается
если батник настроить на запуск с сервера - галка выдает ругательства.

Добавлено: 23 янв 2008, 09:52
Ged
тогда вопрос.
проверяете на той же БД или нет?
копируете exe а старые удаляете или поверх?

Добавлено: 23 янв 2008, 09:57
Алексей
БД одна и та же, на одном и том же сервере, один и тот же напсервер.

ехе копирую НЕ поверх, а в чистую директорию, предварительно всё вычистив и сранвив фаром две директории после, убеждаюсь, что они идентичны.

Добавлено: 23 янв 2008, 10:20
edward_K
все таки. смотрите components - интересуют строки где resource не
%StartPath%?????.RES

Добавлено: 23 янв 2008, 10:23
edward_K
да. база MsSql а напс то пропатчили?

Добавлено: 23 янв 2008, 10:28
Алексей
да. напс пропатчили. иначе она бы и с локальным ЕХЕ не запустилась бы.

а что конкретно смотреть в компонентс? ехе одинаковые. а если и подключается что-то не из startpath, не вижу, где могут возникнуть проблемы. ресурсы как лежали там, так и лежат.

Какая разница то, откуда galnet.exe запускается...

Добавлено: 23 янв 2008, 11:05
edward_K
1. вы не пробовали менять один и тот же wingal.bat? и запускаете в одного и того же сервера?
2. а вы не думаете, что проблема может быть в ваших ресах лежащих на сервере и которые при запуске с локала не цепляются? А также в atlantis_*, dsk и так далее?
3. поищите G_zarpl в других каталогах.