isRunningFromIDE ?

[DevilDevil]

как в проекте в рантайм определить, запущен ли exe из под IDE ?

[andrew.k]

как в проекте в рантайм определить, запущен ли exe из под IDE ?

а зачем? )

Можно, например, в конфигурации запуска (это на вкладке Проекты ctrl+5) передавать твоему приложению параметр и в рантайме его анализировать.
Но думаю, это не то, что тебе нужно.
Можно там же задать какую-нибудь переменную среды на соответствующей панельке, и опять же в рантайме ее анализировать.
Но думаю это не то, что тебе нужно)

[DevilDevil]

я думал может что-то типа стандартного способа есть

а как указать параметры запуска из IDE ?

[andrew.k]

Странно, что господин Верес еще не разжевал все очень подробно.
Обычно он этим занимается.
Придется самому.

[andrew.k]

Ах да. Переменную среды можно задать в панельке "Среда выполнения", нужно нажать кнопку "подробнее".
Скриншот не буду делать)

Ты не ответил, зачем тебе это нужно.
"А может есть другой способ?" Гришковец.

[DevilDevil]

Придется самому.

спасибо
Qt, как и С++ - не являются для меня родными

Ты не ответил, зачем тебе это нужно.
"А может есть другой способ?"

это нужно для того чтобы минимизировать рутину при разработке
автоматически заполнять например поля тестовыми данными
или не задавать лишних вопросов при выходе

[LisandreL]

это нужно для того чтобы минимизировать рутину при разработке
автоматически заполнять например поля тестовыми данными
или не задавать лишних вопросов при выходе

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

[Gabriel.vs]

Если нет негативных предубеждений на WinAPI, то можно покапать в сторону получения информации по родительскому процессу (узнаём PID родителя, а далее расширенную информацию по процессу). Юзать придётся Native API.

[andrew.k]

Если нет негативных предубеждений на WinAPI, то можно покапать в сторону получения информации по родительскому процессу (узнаём PID родителя, а далее расширенную информацию по процессу). Юзать придётся Native API.

Бред.
Надо использовать дефайны.
Сделать отдельную конфигурацию сборки.
Как частный случай использовать QT_NO_DEBUG. Собственно, как уже было описано.
Просто. Удобно. Без головной боли. И нет ненужного громоздкого кода в релизной сборке. Тем более на апи.

[Gabriel.vs]

Надо использовать дефайны.

Дефайны, это препроцессор, результатом которого является новый код, который компилируется в бинарник. Это значит, что запусти этот бинарник из под среды, или в ручную, рузультат выполнения программы будет такой же - этот 'дефайн' будет в любом варианте (из под среды или не из под среды).

[andrew.k]

Надо использовать дефайны.

Дефайны, это препроцессор, результатом которого является новый код, который компилируется в бинарник. Это значит, что запусти этот бинарник из под среды, или в ручную, рузультат выполнения программы будет такой же - этот 'дефайн' будет в любом варианте (из под среды или не из под среды).

какой умный.

тему с начала прочитай, а не с конца

[Gabriel.vs]

какой умный.

Кроме сарказма есть что по существу сказать?

[andrew.k]

какой умный.

Кроме сарказма есть что по существу сказать?

есть. по существу было во второй строке.

тему с начала прочитай, а не с конца

вот еще:
для темы твой последний пост бесполезен.

[Igors]

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

[GreatSnake]

Ну дык логгинг с дебаг-левел никто не отменял )