из консоли -- make distclean, configure. Никогда не пользовался Anjuta, поэтому не подскажу, как это делается в её менюшках. Идея в том, что automake -- это самостоятельный инструмент, превращающий Makefile.am в Makefile.in и дальше в Makefile.
> берём первую половину последовательности, хэшируем, берём вторую - хэшируем. Изи катка. Восклицания о компрометации даже слушать не желаю - когда DES стал плохим из него сделали 3DES.
@Deerenaros как вы нам изящно намекнули, что что такое 3DES вы тоже не знаете.
> Но что самое ужасное. Это полное непонимание поставленной задачи.
Я очень живо представляю, как вам эту фразу говорит препод. Ну, хоть что-то вы усвоили на лекциях.
@EXL во втором примере внутри malloc нужно добавить '+ 1' для нуля в конце строки, а вместо m_sMyString = strdup(tempstr); free(tempstr); можно сделать просто m_sMyString = tempstr;
@EXL в ваших примерах всё прекрасно, и инициализация указателя строкой, которая будет освобождена при выходе из конструктора, и переполнение буфера копированием строк в хвост строки, полученной strdup.
> найдёте коллизию второго рода на 256 битный хэш от двухгигабайтового фильма @Deerenaros поиск сообщения имеющего хэш такой же, как у заданного сообщения -- это поиск коллизии первого рода.
> Как-то грустно и медленно.
Не более чем в два раза медленнее, чем в исходном генераторе. Выкидывать можно только один бит, а все остальные использовать повторно.
> В хардовом ИБ рекомендуют всё делать как минимум нестандартно. @Deerenaros чтобы делать что-то нестандартно, нужно очень хорошо понимать, что делаешь. Автор вопроса явно говорит, что это не тот случай.
> Что не делай, если a - b не делит или не делится c - d - переход будет неравномерным.
Если распределение на исходном отрезке равномерно, то для получения равномерного распределения на новом отрезке достаточно получать новые случайные числа и выкидывать те из них, которые не попадают в новый отрезок.
> задача стояла получить случайное число, читай - случайную величину, про её распределение ничего не было сказано
Ну так надо было посоветовать return 4;, чо уж.
> Вообще, если диапозоны не совпадают, то при любом сжатии (деление, вычитания, остатки, логарифмы - не важно) распределение так же портится.
Опять мимо. И, кстати, давно ли вычитание стало сжатием?
> А отстаток брать не учили? @Deerenaros а вот хрен-то там, это неправильное решение. Попробуйте проверить распределение сгенерированнх так случайных целых чисел на отрезке 0..3000000000, когда Number это unsigned int.
@Diel вы скомпилировали helloworld под x86_64, а не под arm. Вам нужен кросс-компилятор для арм, если вы хотите собирать бинарники для телефона на обычном компьютере.
@Diel конечно можете, однако это упражнение даст вам не ответ на вопрос "сложно ли подобрать строку, дающую коллизию", а ответ на вопрос "нет ли коллизий среди рассмотренных вами строк".
