Егор вам Mercury13 намекнул, что при разработке программ на C++ нужно знать не только язык, но и средства и механизмы компиляции и сборки программы. Это относится ко всем языкам, где есть понятие "единицы компиляции" и где "линковщик" != "компилятор".
your_mirror сделайте пожалуйста pstree при запущенном Update.exe и xcalc и посмотрите родителей этих процессов. Вероятнее всего у Update.exe это Game.exe, а у xcalc - кто-то другой, осталось понять, почему так. Вероятно, из-за того что xcalc нативный и он запускается как-то иначе, нежели управляемый Update.exe
Алексей Павлов не спорьте с VZVZ про WPF )) VZVZ а мы можем продолжить, если считаете, что мы не закончили :D. Рад слышать от вас, что обе технологии имеют право на жизнь, не знал что вы такого демократичного мнения о WPF.
Alezer WPF это MVVM. Можно конечно и ивентами некоторые вещи делать (т.е. старый добрый button_Click), но лучше чтобы это касалось только вопросов представления, и не касалось данных. В любом случае, это полезный паттерн, т.к. логика на ивентах с ростом сложности приложения быстро превращается в кашу. Сначала кажется, что MVVM использовать нудно и муторно, но потом вы понимаете, что при правильном использовании можете избежать кучи мелких багов (там забыли привязать селекцию, тут забыли обновить какой-нибудь список и т.д.)
abcd0x00
> этот чел за всю свою прискорбную жизнь не сделал и сотой части того, что сделали те, кого он там критикует
Простите, но это фанатизм и непрофессиональные аргументы. У любого серьезного инженера/ученого есть не самые удачные решения, на которые было потрачено меньше времени, чем на другие, или в которых не были учтены какие-то важные факторы. Рано или поздно нужно иметь смелость пересмотреть старые решения, особенно в связи с изменением конъюктуры (например, с удешевлением байта оперативной памяти на несколько порядков), а не бездумно молиться на них до скончания веков.
Я вам сразу сказал - меня не особо интересуют остальные достижения этого человека, читайте по теме. Вы отказываетесь это делать. Видимо вам не хватает опыта и знаний, чтобы самому принять решение в данной ситуации, раз вы начали расставлять авторитеты.
@abcd0x00
> Это не из-за оптимизаций, а потому что он спроектирован так, чтобы особо не заморачиваться в плане ресурсов окружения.
Я думал так говорят про JS ну или про C# в крайнем случае). А там даже ручного управления памятью не боялись.
abcd0x00 > Главное, чтобы оно в size_t помещалось, так как strlen() требует не больше size_t
Ну этот же size_t и поместите в качестве первого байта. Почему вы не говорите, что возвращаемый strlen результат "слишком большой"? Потому что чаще будет на стеке в кач. локальной переменной, а не в куче?
abcd0x00
> 8 байт - это слишком много, это в восемь раз больше чем 1.
Ой, да ладно вам, у вас одно выравнивание структур больше жрать будет.
> Вот он пишет:
> "To a lot of people, C is a dead language"
А вы читайте по теме вопроса. Я вам предлагаю его точку зрения на Си-строки, а не предлагаю записываться к нему в ученики. Хотя чел наверняка поумнее, чем большая часть Тостера.
