Запуск приложения созданного как release, но имеется зависимость от debug dll Опции

[AD]

Вопрос крайне путаный и сложный. Мое приложение (под Visual Studio 2005 and Qt 4.3.2, также использованы библиотеки (производства нашей фирмы) Sahara and Styx) на моей машине запускается без проблем.
Релизная версия приложения запускается почти на всех машинах. НО: есть исключения - на машине, на которой установлен MS Visual Studio 2008, оно упало. Под Microsoft Vista не пробовал.
У кого какие соображения по поводу таких свистоплясок? Буду благодарен за любую помощь!

[Litkevich Yuriy]

но имеется зависимость от debug dll

а от каких конкретно?

[AD]

но имеется зависимость от debug dll

а от каких конкретно?

А тебе они что-то скажут?
StyxCLM.dll, StyxDataStorage.dll, StyxDataSupport.dll, StyxDemCLM.dll, StyxSystem.dll, StyxUtils.dll!
Объясню почему не созданы релизы, потому что никому они не нужны были. А для того, чтобы собрать под релиз, надо изрядно упариться - множество настроек менять, смотреть и править ошибки во многих файлах, - времени на это у меня совсем нет!

[Andrew Selivanov]

Вопрос крайне путаный и сложный. Мое приложение (под Visual Studio 2005 and Qt 4.3.2, также использованы библиотеки (производства нашей фирмы) Sahara and Styx) на моей машине запускается без проблем.
Релизная версия приложения запускается почти на всех машинах. НО: есть исключения - на машине, на которой установлен MS Visual Studio 2008, оно упало. Под Microsoft Vista не пробовал.
У кого какие соображения по поводу таких свистоплясок? Буду благодарен за любую помощь!

Маловато информации - выясни где именно оно упало (т.е. запусти отладчик на той машине), оно вообще то инициализировалось?
Теория 1: Где то в недрах твоей программы используются статические данные, инициализация которых происходит при запуске, там то у тебя все и падает, например убивается стек и пошло поехало.
Теория 2: Где то в недрах твоей программы используются статические данные (объекты) и они завязаны друг на друга. Причем проблема в том, что порядок инициализации нарушен, что приводик к падениям на некоторых машинах.

PS: Думаю проблема не в Студии, т.к. все, что там могло измениться из используемого тобой - так это DLL libc runtime.
Можешь попробовать поставить Redist от студии в которой ты это собирал.

Сообщение отредактировал Andrew Selivanov - 18.9.2008, 12:30

[AD]

Маловато информации - выясни где именно оно упало (т.е. запусти отладчик на той машине), оно вообще то инициализировалось?
Теория 1: Где то в недрах твоей программы используются статические данные, инициализация которых происходит при запуске, там то у тебя все и падает, например убивается стек и пошло поехало.
Теория 2: Где то в недрах твоей программы используются статические данные (объекты) и они завязаны друг на друга. Причем проблема в том, что порядок инициализации нарушен, что приводик к падениям на некоторых машинах.

PS: Думаю проблема не в Студии, т.к. все, что там могло измениться из используемого тобой - так это DLL libc runtime.
Можешь попробовать поставить Redist от студии в которой ты это собирал.

Проблема в том, что если на эти машины поставить студию 2005, то почти уверен, что проблема пропадет - это я отвечаю на предложение о том, что запустить под дебаггером.
А вот как съимитировать эту ошибку на своем компе, ума не приложу. Т.е. причины ошибки узнать - это хорошо, но вот как исправить!!!

[Andrew Selivanov]

Маловато информации - выясни где именно оно упало (т.е. запусти отладчик на той машине), оно вообще то инициализировалось?
Теория 1: Где то в недрах твоей программы используются статические данные, инициализация которых происходит при запуске, там то у тебя все и падает, например убивается стек и пошло поехало.
Теория 2: Где то в недрах твоей программы используются статические данные (объекты) и они завязаны друг на друга. Причем проблема в том, что порядок инициализации нарушен, что приводик к падениям на некоторых машинах.

PS: Думаю проблема не в Студии, т.к. все, что там могло измениться из используемого тобой - так это DLL libc runtime.
Можешь попробовать поставить Redist от студии в которой ты это собирал.

Проблема в том, что если на эти машины поставить студию 2005, то почти уверен, что проблема пропадет - это я отвечаю на предложение о том, что запустить под дебаггером.

а ты не будь почти уверен, возьми и запусти

А вот как съимитировать эту ошибку на своем компе, ума не приложу. Т.е. причины ошибки узнать - это хорошо, но вот как исправить!!!

Не обязательно ставить туда студию... поставь visual studio redistributable package, только посмотри вначале под какой версией ты собирал, SP1 или нет (они разные) - еще одна особенность - это работает только для release сборки

Microsoft Visual C++ 2005 Redistributable Package (x86)
Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)
Microsoft Visual C++ 2008 Redistributable Package (x86)

[Litkevich Yuriy]

А вот как съимитировать эту ошибку на своем компе, ума не приложу.

запусти прогу BAT'ником, в котором забей в переменную PATH только %system32% и путь к бинарям/библиотекам своей программы, этот же батник пусть и запускает твою программу. Хотя не исключено, что в %system32% есть то что нехватет на другой машине, но все же попробывать можно.

[Tonal]

А ещё такие падения бывают от неинициализированных переменных и от глюков в многопоточке.
Т.к. в этих случаях идёт работа со случайными значениями, то воспроизвести такие ошибки крайне трудно.

[AD]

Да уж... будем чуть позже решать эту проблему. Беда в том, что в этих dll используется наша библиотека, собранная в дебаг-режиме. Пока что 80% машин удовлетворяет.
А за эти релиз-пакеты спасибо! Попробую чуть позже.