LamerFromSpace, вы не проверяете на существование в массиве, если пользователь передаст что-то несуществующее - произойдёт обращение к несуществующему индексу.
Страшного не произойдёт, просто пользователь увидит ошибку и поймёт, что автор - дно. Является ли позор для вас страшным или нет - решать вам.
А как вы ожидали, что второй раз test выведется через 1.5 секунды после нажатия на ок? Само собой, оно выполнится через 1.5 секунды после запуска скрипта, если вы нажмёте ок менее чем через 500 милисекунд после появления первого окна - то заметите задержку.
Но тогда нужно быть уверенным, что нигде в отладочных скриптах или панелях администрирования не используется ф-я phpinfo, которая с потрохами переменные окружения сдаст)
Ilya199,
std::cin >> count;
Ввели число, нажали enter. Перевод строки попал в буфер ввода.
Следующая функция
std::cin.getline(user[0].name, 20);
считала то, что было в буфере ввода до перевода строки (а именно - пустую строку).
std::cout << user[0].name << std::endl;
Вывела пустую строку, потому что между числом и переводом строки у вас ничего не было.
Программа завершила работу.
Всё правильно отработало, как и должно было.
John Smith, в старых сборках был очень токсичный активатор, который конфликтовал с обновлениями ядра. Возможно, в новых сборках m0nkrus перестал пихать эту гадость. С тех пор, как он такую подлянку сделал, для меня он умер как надёжный релизер и перешёл в список говносборщиков по типу Zver и Ogomor.
Игорь Петров, да, все эти файлы, начинающиеся с x - левые от монкруса, их можно безнаказанно сносить, остальные команды как я понимаю восстанавливают оригинальный загрузчик
Игорь Петров, это всё объясняет, там как раз используется активатор, убивающий винду после одного из обновлений. Насколько я помню, там модифицированный файл ядра, который прописан в загрузчике и конфликтует со всем, когда настоящее ядро обновляется, попробуйте загрузчик восстановить на дефолтный виндовый.
