Приветствую всех!
Сломала уже всю голову - при ручном запуске exe-модуль работает без проблем, помещаешь его в Автозагрузку (то есть модуль запускается при загрузке компа автоматом) - из главной формы ничего не запускается - ни процедуры, ни другие формы, выходят какие-то странные ошибки типа "Недопустимое смещение файла" и пр.
Где тут копать?

А как и что вы помещаете в автозапуск?

Программа не к сетевым ресурсам обращается?

В Автозагрузку я помещаю exe-модуль, который запускается из сетевой директории, ну и обращается к сетевым файлам и СКЛ-серверу.

Сеть еще не созрела, в момент автозагрузки, наверное. Такая ошибка бывает, если, например, сетевой кабель выдернуть, потом обратно воткнуть

Не надо запускть программу с сетевой шары. Копируй локально и запускай локальную копию.

lili
Приветствую всех!
Сломала уже всю голову - при ручном запуске exe-модуль работает без проблем, помещаешь его в Автозагрузку (то есть модуль запускается при загрузке компа автоматом) - из главной формы ничего не запускается - ни процедуры, ни другие формы, выходят какие-то странные ошибки типа "Недопустимое смещение файла" и пр.
Где тут копать?

Вообще, если речь идет о размещении в "Автозагрузку" в меню "Программы", то не следует забывать, что "Автозагрузка" - это по сути всего лишь папка. В ХР например это что-то типа: "c:\Documents and Settings\Имя_пользователя\Главное меню\Программы\Автозагрузка\". В семерке хоть покороче сделали.
Но в любом случае - путь уже сам по себе страшный. Есть риск, особенно с добавленными "внутренними путями" файла перейти "предел 250 символов", когда винда как букашка кверху лапками ничего не может сделать с файлами по такому сверхдлинному пути.
Поэтому возможно несколько лучше будет - если попробовать добавлять запись загрузки файла в реестр, в стандартные ветки.





Исправлено 1 раз(а). Последнее : Crispy, 26.04.17 10:52

Crispy
например это что-то типа: "c:\Documents and Settings\Имя_пользователя\Главное меню\Программы\Автозагрузка\".... Есть риск, особенно с добавленными "внутренними путями" файла перейти "предел 250 символов"

Это ж какой длины должно быть имя пользователя, или сколько вложенных папок потребуется создать, чтобы пробить этот предел?
Приведенный тобой путь содержит 79 символов. 79 и 250, Карл!

Другое дело что в Startup папку не следует помещать САМУ программу - там обычно размещаются только лишь ярлыки (.lnk) к оным.

Igor Korolyov
Другое дело что в Startup папку не следует помещать САМУ программу - там обычно размещаются только лишь ярлыки (.lnk) к оным.

Кстати, в ярлыке еще стоит указать рабочую папку программы. Не раз натыкался на невозможность работы или неправильную работу программ (правда, не на фокспро) без явного указания рабочей папки в ярлыке.

Igor Korolyov
Другое дело что в Startup папку не следует помещать САМУ программу - там обычно размещаются только лишь ярлыки (.lnk) к оным.

Ну я просто подумал, что все-таки это настолько очевидная вещь, что, вставив сперва в начало своего поста подобную фразу про ярлык, чуть погодя удалил ее.

А про длину - ты напрасно посмеиваешься. Много раз сталкивался у пользователей с "именами" мягко говоря очень длинными. И всегда поражало, ну какой идиот, зная, что винда имеет такое ограничение, позволил программам вообще давать имена файлам какой угодно длины! Прежде всего касается мелкого офиса. Предлагающего именовать документы по первому предложению, которое может быть на два листа длиной.
Вдобавок кстати вроде же и "внутри" проекта могут адресоваться пути дополнительной длины? Скажем после компиляции не эмулируется ли виртуально все хозяйство проекта с его путями?

Crispy
Прежде всего касается мелкого офиса.

Ну это ж не фокс... Хотя кто знает, может и в фоксе кто-то именует рабочие файлы по 200 символов

Crispy
Скажем после компиляции не эмулируется ли виртуально все хозяйство проекта с его путями?

Насколько я в курсе, "пути" там не учитываются...
По крайней мере в exe команда do form frm1 работает независимо от того где форма находится в структуре папок проекта... Это в IDE для поиска нужно set path задавать или таки писать с путями (относительными, конечно, а то есть же уникумы пишущие полностью абсолютные пути в коде)...

Igor Korolyov
Насколько я в курсе, "пути" там не учитываются...

Это не совсем так. Есть парочка нюансов. Если прямо в экзешнике заменить имеющиеся там в конце пути на несуществующие, то иногда он может перестать работать. В частности, это относится к путям, которые прописываются в dataenvironment и используются для поиска данных. Еще, помню, кому-то пришло в голову включить контейнер базы данных в экзешник, а таблицы из этой базы данных в экзешник не включать. В таком случае путь из экзешника тоже помогает найти данные.

Ну да, есть много нюансов... По крайней мере команда DO FORM mrof\frm1 уже НЕ работает (и при компиляции ругается, и потом при работе тоже "не находит"), если реально форма лежит в папке Form к примеру - т.е. для тех "имён" где встречается кусок пути, какую-то "магию" фокс применяет... В DE для курсоров фокс тоже прописывает относительные пути - хотя и показывает абсолютные, и там вообще какая-то "нечеловеческая" логика поиска, т.к. реально таблицу в Default папке или в той что в SET PATH указана он находит - наплевав при этом на прописанный в database/cursorsource какой-нить ..\Data\MyTable.dbf. Но при неудачном стечении обстоятельств таки может подхватить таблицу из папки, про которую разработчик и не думает
И для vcx библиотек (там внутри тоже есть пути, и тоже относительные) он таки находит и внешние и вкомпилированные в этот exe файлы...
В общем немало работы в МС провели, чтобы максимально оградить разработчика на фоксе от "проблем переноса". Но, конечно же, все возможные моменты учесть нереально.