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 - левые от монкруса, их можно безнаказанно сносить, остальные команды как я понимаю восстанавливают оригинальный загрузчик
Игорь Петров, это всё объясняет, там как раз используется активатор, убивающий винду после одного из обновлений. Насколько я помню, там модифицированный файл ядра, который прописан в загрузчике и конфликтует со всем, когда настоящее ядро обновляется, попробуйте загрузчик восстановить на дефолтный виндовый.
programmer0101, под синхронными операциями подразумевается совершить операцию и продолжить работу только после того, как операция будет выполнена. Возможно, по-разному реализовано, синхронную операцию ждёт только один процесс, но в случае с линуксом - возможно, на этот зависший на время синхронной операции процесс полагается PulseAudio и он не продолжает работу, пока ваш процесс висит в ожидании окончания синхронной операции. По htop смотрите статусы процессов, что у вас да как, если есть процессы с буквой D в статусе - значит, они повисли в ожидании ввода-вывода. Ну и iotop тоже пригодится, для точной статистики по вводу-выводу.
Стас, потому что сервер стоит за обратным прокси (nginx). Запросы происходят не напрямую к серверу, а через этот nginx, потому запросы - идут от него, а не непосредственно от клиентов.
Александр Дегтярев, только что проверил, как под Windows, так и под Linux всё прекрасно работает. Записывает в указанную позицию, не перетирает содержимое файла.
Страшного не произойдёт, просто пользователь увидит ошибку и поймёт, что автор - дно. Является ли позор для вас страшным или нет - решать вам.