Почему?

[IvanGooglov]

Поток 0x1690 завершился с кодом 0 (0x0).
Поток 0x1688 завершился с кодом 0 (0x0).
Поток 0x15e4 завершился с кодом 0 (0x0).
Поток 0x1640 завершился с кодом 0 (0x0).
Программа "[5480] csgo.exe" завершилась с кодом 0 (0x0).​

 

[Nixer]

Что ты делаешь хоть?

 

[IvanGooglov]

Что ты делаешь хоть?

Собираю сурс в длл
 

Что ты делаешь хоть?

а вообще если факту второй день какой-то фигнёй занимаюсь

 

[Jefferson]

Release, x86, ПКМ по проекту>Собрать

 

[IvanGooglov]

Release, x86, ПКМ по проекту>Собрать

а нормально то что вылазиет куча командных строк MS Build ?

 

[Jefferson]

а нормально то что вылазиет куча командных строк MS Build ?

Скрины???

 

[IvanGooglov]

Скрины???

Пожалуйста, авторизуйтесь для просмотра ссылки.

 

[Jefferson]

Пожалуйста, авторизуйтесь для просмотра ссылки.

Нет, это не нормально
Попробуй визуалку переустановить

 

[IvanGooglov]

Нет, это не нормально
Попробуй визуалку переустановить

Переустанавливал раза 3

 

[Jefferson]

Переустанавливал раза 3

Ты мб в дебаге компилишь?

 

[Крайслер]

код приложи.
по сабжу: дебагер студии говорит что поток отработал свое, то есть если ты создал у себя поток такого вида:

unsigned APIENTRY StartFrame(LPVOID  lpParam)
{
// you  code
return 0;
}

и он у тебя отработал как надо,то дебагер выдаст точно такую же строку (Поток N завершился с кодом 0 (0x0))
обычно "папкины программисты" не учитываю возврат значения и чисто пишут один код возврата, что обламывает анализ проблем.
вот пример:

int __stdcall WinMain(HINSTANCE hInst, HINSTANCE hPrev, LPSTR szCmdLine, int nCmdShow)
{

    return  112;
}

это основной поток программы который возвращает нам некое значение(112), запускаем из под дебагера и видим в логе:

Поток 0x78 завершился с кодом 112 (0x70)

По поводу консольных окон: почему у тебя "билдер" из папки Temp работает?

 

[IvanGooglov]

По поводу консольных окон: почему у тебя "билдер" из папки Temp работает?

знать бы....