Всё очень клёво написано. В то же время, проще использовать флэшку, отформатированную в FAT32.
Там создать в корне структуру каталогов Hewlett-Packard\BIOSUpdate\ и Hewlett-Packard\BIOS\New\
В первую группу пишутся HPBios*.* и CryptRSA*.*, во вторую — сам биос (*.bin)
При подключенной флэшке прошивальщик из BIOS найдёт её и предложит обновиться.
840-ю серию ещё не щупал, но 430-я на работе активно используется (версия платформы — N78, она указана в начале *.bin).
Кстати, там же из BIOS можно сделать Replicated Setup — задаём настройки в BIOS по нашему усмотрению (например, включение поддержки инструкций виртуализации процессором или отключение wi-fi карты при подключении ethernet) и сохраняем на ту же флэшку.
Файл будет лежать в корне, HpSetup.txt. При необходимости восстанавливаем настройки с флэшки через то же меню.
…она не пожаловалась, но оттранслировала себе на уме
Повторюсь на всякий случай: это совершенно не означает, что VC такая бяка и не сказала о проблеме. Компилятор мог быть совершенно не в курсе.
Проблема в том, что компиляторы работают с кодом очень отдаленно напоминающем исходный. После разбора AST и десятка-другого преобразований с удалением лишних деталей и инлайнингом нелишних, мы получаем кашу, которая не имеет ничего общего с изначальной программой. Она будет работать эквивалентно (в меру понимания компилятора) и только.
Потом, чтобы дать нормальный варнинг, надо хотя бы иметь представление о месте в коде, которое его провоцирует. Если код прошел через тридевять земель, пару десятков специализаций шаблонов и инлайнинг, компилятор уже сам не имеет понятия о том, какая реально строка его породила.
Если же протаскивать всю эту информацию через весь компилятор, то мы опять же обретаем лютый геморрой при довольно скромном профите.
Там создать в корне структуру каталогов Hewlett-Packard\BIOSUpdate\ и Hewlett-Packard\BIOS\New\
В первую группу пишутся HPBios*.* и CryptRSA*.*, во вторую — сам биос (*.bin)
При подключенной флэшке прошивальщик из BIOS найдёт её и предложит обновиться.
840-ю серию ещё не щупал, но 430-я на работе активно используется (версия платформы — N78, она указана в начале *.bin).
Кстати, там же из BIOS можно сделать Replicated Setup — задаём настройки в BIOS по нашему усмотрению (например, включение поддержки инструкций виртуализации процессором или отключение wi-fi карты при подключении ethernet) и сохраняем на ту же флэшку.
Файл будет лежать в корне, HpSetup.txt. При необходимости восстанавливаем настройки с флэшки через то же меню.
Проблема в том, что компиляторы работают с кодом очень отдаленно напоминающем исходный. После разбора AST и десятка-другого преобразований с удалением лишних деталей и инлайнингом нелишних, мы получаем кашу, которая не имеет ничего общего с изначальной программой. Она будет работать эквивалентно (в меру понимания компилятора) и только.
Потом, чтобы дать нормальный варнинг, надо хотя бы иметь представление о месте в коде, которое его провоцирует. Если код прошел через тридевять земель, пару десятков специализаций шаблонов и инлайнинг, компилятор уже сам не имеет понятия о том, какая реально строка его породила.
Если же протаскивать всю эту информацию через весь компилятор, то мы опять же обретаем лютый геморрой при довольно скромном профите.
Советую почитать вот эти статьи из блога LLVM:
в основном для сверхчувствительных телескопов нужна именно такая сталь + мед. оборудование