Ситуация такая:
у меня: ОС Windows XP, Delphi 7.
у заказчика: десяток компьютеров, на всех ОС Windows XP, Delphi 7, отличные от моих.
Ни один мой EXE-шник не запускается на компьютерах заказчика. Причем безо всяких ошибок, такое впечатление что он вообще не реагирует на запуск. Ни консольное ни VCL приложение.
На любых других компьютерах, отличных от данного заказчика мои программы нормально работают.
При перекомпиляции на любом компьютере заказчика приложение начинает исправно работать на всех остальных.
Уважаемые авторы вопросов! Большая просьба сообщить о результатах решения проблемы на этой странице. Иначе, следящие за обсуждением, возможно имеющие аналогичные проблемы, не получают ясного представления об их решении. А авторы ответов не получают обратной связи. Что можно расценивать, как проявление неуважения к отвечающим от автора вопроса.
30-05-2009 16:32
На данный момент наиболее вероятной версией является кривизна моей сборки - Delphi 7_Lite_Full_v7.3.2.4 (Build 8.1)
Очень вероятно, что единственной (короче, ССЗБ). Бог/черт знает, что сталось с D7 после кастрации.
30-05-2009 14:57 | Комментарий к предыдущим ответам
На данный момент наиболее вероятной версией является кривизна моей сборки - Delphi 7_Lite_Full_v7.3.2.4 (Build 8.1). Отдельное спасибо Python, который проконсультировал меня по этому вопросу.
Дело - дрянь. Не при дамах будет сказано - надо заняться ...низмом.
1. Полностью сличить конфигурацию софта на компе, где "ходит", и на компе, где "не ходит". Полное сравнение. ОС, сервис паки, и т.д., и т.п.
2. Поставить себе еще какую-нибудь Дельфю с другим номером, и погнать то же самое.
3. Обзавестись дистрибутивом ОС-ки заказчика, поставить себе 2-ю ОС. Финальный релиз делать "под заказчика" на его ОС. Сделать пометку "перед передачей исходников перекомпалить на "чужой" ОС".
Все равно не понимаю в чем причина. Я пробовал и с включенной опцией Build with runtime packages, и с выключенной.
>>>Самый страшный вирус - кривые рученьки!
Все же надеюсь что кривизна рук компенсируется местом произростания.
Проверить все не успел, вот более точная информация:
1) запуск консольного приложения - открывается и сразу закрывается, без ошибок.
2) запуск пустой формы, скомпилированна с отладочной информацией и оптимизацией - "Runtime Error 3 at 0040812f"
3) запуск оконного приложения на чистом WinAPI - нормально работает.
Проверьте, что на машине заказчика не отключен отчёт об ошибках Windows (WER) - включите его. Может чего умного скажет. - включен.
Не может ли на компах заказчика стоять что-нибудь "вирусопредохраняющее", причем хитронастроенное? ничего такого нету, как и админа в зоне досягаемости.
Не может ли на компах заказчика стоять что-нибудь "вирусопредохраняющее", причем хитронастроенное? Я пока COMODO не настроил, тоже всякие чудеса смотрел. Типа компилируетшь, запускаешь: какие-то окна лезут перманентно :)
Может, какой-то самопальный/перенастроенный файервол по умолчанию не дает запустить "левый" (непрописанный) процесс. А если exe уже сделан на машине, то он его воспринимает как родной.
Проверьте, что на машине заказчика не отключен отчёт об ошибках Windows (WER) - включите его. Может чего умного скажет.
Также, проверьте настройки DEP и не играетесь ли вы с SetErrorMode.
Попробуйте запустить программу под отладчиком без перекомпиляции. Т.е. ту версию, что скомпилирована у вас и которая вылетает. Запускать через Run/Load process (см. также.).
Скорее всего его bpl-библиотеки отличаются от тех, которые использует ваша программа. Попробуйте в папку на компьютере заказчика скопировать bpl-библиотеки с вашей машины.
Скорее наоборот, так как у заказчика много машин.
Скорее всего его bpl-библиотеки отличаются от тех, которые использует ваша программа. Попробуйте в папку на компьютере заказчика скопировать bpl-библиотеки с вашей машины.
Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter. Функция может не работать в некоторых версиях броузеров.
