Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нём некорректно. Вам необходимо обновить браузер или попробовать использовать другой.
да, но проблема в том что компилятор не распознает anscii символы Посмотреть вложение 174393
думаю это фиксится через setlocale но не уверен
есть идеи как это пофиксить?
Ну такое себе, этот варнинг существует не просто чтобы заебать тебя, а сделать программу безопаснее.
Скажем объявишь буффер char buf[100]; на стеке и сделаешь небезопасный strcpy(), если строка окажется длиннее буффера, то она продамажит стек и потом уж действительно заебешься искать где и почему это произошло.
Ну такое себе, этот варнинг существует не просто чтобы заебать тебя, а сделать программу безопаснее.
Скажем объявишь буффер char buf[100]; на стеке и сделаешь небезопасный strcpy(), если строка окажется длиннее буффера, то она продамажит стек и потом уж действительно заебешься искать где и почему это произошло.
да, а еще любой алок консол считается не безопасным, любое объявление без явного определения итд, в 99% случаев оно просто засоряет еррор лог.
Если он пишет кернел драйвер, или топ защиту под лоадер какой то, тогда базару нет, офк варнингы просто блять жизненно необходимы, а так ну ес нравиться с варнингами, пусть с ними сидит, дальше уже сам
Так в чём проблема инициализировать переменную каждый раз после её создания, хотя бы используя uniform-инициализацию?
Она энивей до того как ты ей присвоишь значение (не инициализируя) будет самоинициализирована мусором, что может привести к плачевным последствиям.
+ любой конкретный варнинг можно игнорировать, так что выключать варнинги полностью - плохая затея.
Открою тебе секрет - то, что ты пытаешься вывести в консоль - это не ascii, а юникод. Соответственно, cout тебе не подходит, тебе нужно использовать wcout << L"┌┌┌┌┌┌┌┌" <<endl;