jcmvbkbc

Как выставлять значения на шину адреса и шину данных.

*((volatile unsigned long *)0x12345678) = 0x9abcdef0;

Если такой код запустить с отключенным MMU, на шину адреса попадёт 0x12345678, а на шину данных -- 0x9abcdef0.

1. словом salt обозначают открытую случайную последовательность, нужную для борьбы с rainbow tables. Если материал секретный, то это либо ключ, либо производная от него.

2. K2 и SALT2 в вашем алгоритме не нужны совсем, поскольку никак не используются второй стороной. По сути вы отправляете с замка случайный H2 и проверяете, что ключ знает SALT3.

3. В описании нигде не видно, как ключ и замок идентифицируют сообщения как часть одного процесса аутентификации. Ну т.е. как замок получив что-то (предположительно H3) ассоциирует это с ранее отосланным H2?

keep-alive + таймаут. Без трафика оборванное соединение может висеть вечно.

Я правильно применяю IFS?

Игры с IFS обычно создают больше проблем чем решают.
Решение твоей оригинальной проблемы -- в ответе на другой твой вопрос.

что нужно сделать, чтобы bash completion (автодополнение при нажатии TAB) обрабатывал также и команды из моей заветной папочки?

Ничего, автокомплит в bash штатно работает со всеми каталогами из PATH.

Согласно MSDN __declspec(nothrow) -- это майкрософтовский эквивалентен спецификатору throw(). Поведение функции со спецификатором throw несколько отличается от поведения функции с спецификатором noexcept в случае возникновения исключения, которое не будет поймано такой функцией: throw() вызывает std::unexpected, а noexcept прямиком идёт в std::terminate.

как считать свитчи?

Никак. PDV имеет смысл внутри одного домена коллизий, а коммутаторы делят сеть на разные домены коллизий.
В вашем примере будет три домена, внутри каждого из них PDV = 2 * 20 * 1.112.

! [remote rejected] develop -> develop (pre-receive hook declined)

pre-receive hook на стороне сервера отклоняет ваш запрос. Разбирайтесь с ним.

rpm -U package.rpm

find /dev -type b -print0 | xargs -0 stat -c '%02t%02T %n' | grep ^`stat -c %D <имя каталога>`

-- find находит все блочные устройства, первый stat выводит их major/minor номер и имя, grep выбирает только те, major/minor которых совпадает с major/minor блочного устройства на котором расположен каталог.

Вы странный вопрос задаёте: PSK (pre shared key) -- это способ аутентификации: общий пароль известный станции и точке доступа, а TKIP (temporal key integrity protocol) -- это способ шифрования и обеспечения целостности данных, это независимые вещи.