Что если /dev/zero ....

да хрен с ним. для чего он нужен-то? я его использую только если надо сделать огроменный файл либо заполнить диск нулями (ням-ням).

вот если /dev/random начнет выдавать нули, то это жопа всей криптографии, например.

ха, нормальные поцоны используют Ъ-RNG, а не унылый /dev/urandom

Предлагаю альтернативную тему: что, если то, что отправляется в /dev/zero, уходит в параллельную вселенную :)

не, давай так: все, что отправляется в /dev/null, шифруется с помощью криптографической хеш-функции, попадает в атсрал и оттуда выходит ко всем остальным через /dev/random.

ОК. Берём Rainbow tables, натравливаем на /dev/random :) Или оно солёное?

тысяча байт, попавших в один /dev/null, выйдут из тысячи /dev/random поодиночке. собрать их вместе практически невозможно.

выйдут из тысячи /dev/random поодиночке

...в разное время.

в разное время.

Включая прошлое.

Включая прошлое.

хы. а что будет, если все компьютеры вселенной начнут запетлять свой /dev/random в /dev/null?

Лишь бы /dev/zero в /dev/null не отправляли массово. А то ведь совсем без рандома останемся.

кстати, если байты будут попадать в случайное время включая прошлое поодиночке, то нахзачем хеш-функция?

То он будет /dev/one или /dev/random

Иначе будут однобайтовыми сообщениями с прошлым/будущим обмениваться.

нуачо. если совместить с архиватором бабушкина, то можно очень даже сделать чят.

/dev/random

/dev/urandom

Читать разучились? ;-)

Самый упоротый тред, какой я видел.

А какова вероятность того, что /dev/urandom выведет несколько одинаковых символов подряд ?

А что такое символ?

Что если /dev/null подключен напрямую к prism?

Ящерики не позволят такому случиться.

Без интернета.

описАлся, бывает

отсыпьте вашего упорина, я тоже так хочу размышлять

Так сядь и перепиши, либо сделай симлинк - проверишь. В чем проблема то?

сделать огроменный файл

С помощью truncate можно сделать это гораздо быстрее и можно сделать файл больше, чем свободно места на диске.

перепишем на /dev/urandom

Кто-то должен будет написать багрепорт.