Варианты:
1. Проект собран с Run-time модулями (размер exe маленький). Указать в опциях проекта компилить без run-time packages и пересобрать.
2. Использованы компоненты, требующие каких-либо доп. библиотек. Например, BDE в случае использования стандартных TTable, TQuery. Либо устанавливать соотв. пакеты на другие компы, либо переделать на те, которые не требуют доп. библиотек (например, переход на ADO компоненты). В более легких случаях достаточно рядом с проектом "бросить" нужные dll, например, borlandmm.dll (спец. менеджер памяти, нужен при использовании модуля sharemem) или midas.dll (обычно, нужен при использовании многозвенки, не думаю, что у тебя этот случай). Нужные либы можно посмотреть с помощью утилиты Dependences из комплекта Visual Studio (вполне можно найти в инете саму утилитку). Данный вариант также относится к пакетам, работа с которыми происходит через статическую линковку OLE-серверов (типа MS Office). При динамической линковке ты будешь получтать ошибку только при вызове соотв. функций. Надо установить соотв. пакеты.
3. Привязка к статическим путям на твоем компе. Обычно для доп. файлов, загружаемых при старте, прописывают статический путь. Прога их не находит и "падает" с исключением. Проверять код и все статические пути к доп. файлам менять на динамические.
В общем, вот все ошибки, которые обычно диагностируются при такой ситуации. Может быть, конечно, еще какая-нить экзотика, но это гораздо реже. Для более детальной диагностики давай картинку ошибки.
|