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

[Алексей]

Ошибку выдает atlexeс.exe
Заголовок окна: "atlexec.exe - Точка входа не найдена"
в самом окошке большой жирный красный крест и надпись "Точка входа в процедуру AM_LASTDATE не найдена в библиотеке DLL G_ZARPL.DLL"
так два раза и галка даже не пытается открыться.

1. что значит "менять" ? я в батнице коментирую одну строку и раскоментирую другую. и наоборот. одна на локальный ЕХЕ указывает, другая на ЕХЕ который на сервере.
предлагаете ЕХЕ на другой сервер попробовать положить?
2. нет. проблем в ресах нет, т.к. если в репозитарии указано брать ресы с сервера, то даже при запуске ЕХЕ с локали, ресы всё равно берутся с сервера, и берутся спешно.
3. ну ... она есть в других ЕХЕ каталогах на сервере... у меня как минимум сейчас 3 каталога ЕХЕ на сервере.

[edward_K]

ну очевидно одно - какой то рес лезет в g_zarpl за функцией AM_LASTDATE , которой там нету. Ищите. Смотрите внимательно инфу о рабочей станции при запуске с локала и при запуске с предыдущего exe c сервера. Чудес не бывает

[Ged]

дык может как раз длл хватается из других мест?
упоминание G_Zarpl.dll нашел только в
ExtAttr.dll GalNet.dll Wt.dll Zc.dll

удаление dsk помогает?

[KATZ]

Возможно, в переменную среды PATH попал какой-нибудь каталог, в котором есть этот файл старой версии, программа находит и пытается использовать именно его. Проверьте, что у вас в PATH.

[Алексей]

edward_K
хорошо. допустим программа пытается вызвать функцию, которой там нет. но почему, запуская галактику с диска С, используя идентичные ЕХЕ каталог - всё запускается? ДЛЛ то одинаковые что на сервере что на локальном диске. ИМХО репозитарий тут не причем.
при запуске меняется лишь параметр %startpath% - и даже в этом случае, перечень ресурсов и ДЛЛ одинаков.

Ged
удалял всё, оставлял только батник и конфиг.

KATZ
PATH указывает на директории, к которым галактика отношения не имеет. Там нет её ДЛЛ. Даже если бы и были, и это было бы причиной, то при запуске локальном было бы тоже самое что и с сервера.


ГЫ: перенёс ЕХЕ тупо на другой сервер в папку обмена, запустил оттуда - заработал. Походу дело в нашем скюльном сервере.
Спасибо всем большое - буду дальше рыть.

[Seybukan]

Если в конфиге прописаны пути на DSK, CRF, Atlantis_Зверь.res через %startpath%, то стало быть надо и на локале и на сервере найти все файлы и просто тупо грохнуть их.

Что-то я подозреваю что это Atlantis_Зверь.res.
Этот рес в репозитарии не прописан
так хоть копируйты репозит хоть что ты делай - не поможет.

Помогет тока удаление сего файла.

[Seybukan]

Вернее прописывается.
тока как макропеременная
вот:

Тип
Файл.
Назначение
Имя служебного ресурса системы.
Для подключения указанного в параметре ресурса по чтению используется репозитарий системы. Если в репозитарии ресурс задан с помощью макропеременной %InternalResource% (по умолчанию репозитарий поставляется именно с таким значением), то управлять подключением конкретного ресурса можно с помощью данного параметра конфигурации.
По умолчанию используется значение Atlantis_%User%.res.
Пример использования
SubServientResource= mysubfile.res

и вот:
Тип
Файл.
Назначение
Имя ресурса, куда будет выводиться результат компиляции.
Для подключения указанного в параметре ресурса по чтению используется репозитарий системы. Если в репозитарии ресурс задан с помощью макропеременной %DSTResource% (по умолчанию репозитарий поставляется именно с таким значением), то управлять подключением конкретного ресурса можно с помощью данного параметра конфигурации.
По умолчанию используется значение Atlantis_%User%.res.
Пример использования
OutputResourceName= myfile.res
/R=myfile.res
Синоним
/R=


Может тут собака зарыта?

[Алексей]

э... через переменную подключен только - #include %startpath%color.cfg

Файлы все почищены и удалены (которые atlantis_user.res) и создаются они у нас всегда в рабочей директории, где лежит galnet.cfg, но никак не в ЕХЕ каталогах.

[Алексей]

По ходу заговор раскрыт.

Ошибка была в том, что когда я копировал на сервер ЕХЕ, я фаром сравнивал файлы по размеру, и g_zarpl.dll старая совпала по размеру с новой и новый файл на сервер не копирнулся.

Спасибо большое всем!

З.Ы.: даже стыдно как-то за такую ошибку

[san]

Алексей
За то сколько всего интересного узнал ...

[Seybukan]

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

Исходя из этой фразу все поняли что действительно создается новая директория EXE.

Вот народ и понесло кого куда.

[Oweo]

Ошибка была в том, что когда я копировал на сервер ЕХЕ, я фаром сравнивал файлы по размеру, и g_zarpl.dll старая совпала по размеру с новой и новый файл на сервер не копирнулся.

Ну кто ж так делает, поверх?! Эта же не наш метод, Шурик(с)

[Алексей]

Есть ДЛЛ, в которой есть обращение к функции другой ДЛЛ, но при запуске Галактики получаю вот такое сообщение:
"Точка входа в процедуру ExtractDelimitedWord не найдена в библиотеке DLL G_ExpImp.dll"

Хотя эта функция там точно есть! По контрл ф4 потом эта функция работает. Не могу понять что надо сделать и как объявить её в паскале, чтобы она не ругалась?

Код: Выделить всё

unit cfg_sfo;

interface
uses Objects,Register,AtFields,ExRegist,datetime, config, GalTunes;

Function ExtractDelimitedWord(s:string; b:byte; ss:string):string; stdcall; external 'G_ExpImp.dll' name 'ExtractDelimitedWord';

implementation
----------------
тут другая функция, вызывающая эту.
----------------
initialization
  RegisterFunction('ExtractDelimitedWord', @ExtractDelimitedWord , ftString, Chr(ftString)+Chr(ftByte)+Chr(ftString));

finalization
End.

[RAJAH]

Помнится, как-то встречал ошибку про точку входа, и она была связана с несовпадением версии. Может быть, G_ExpImp.dll старая?

[Алексей]

нет нет... если после этого жмём контрл Ф4 , вводим туда функцию - всё работает. и в випе работает... трабл именно при вызове из паскаля.
может нужно какую-нибудь *.dcu подключить?