лучше бы LD_PRELOAD'ом пользовался

ну или даже LDPATH

и можно было бы не менять имя

Собственно все работало ровно до момента прохода по системе пакетным менеджером - в нем оказалась зашита логика, что если есть симлинк с более высокой цифрой, то нужно на него переделать старые симлинки. Так glibc.so.6 стал указывать на glibc.so.7 вместо glibc-2.12.so)

Ух, жопа

Действительно пакетный менеджер полез не в свое дело

Это было разовым ковырянием с такой системной тонкостью, поэтому я сильно не вникал как это делается)

Пакетный менеджер фигня - потом в это дело selinux включился😂

Хех

Кстати, слышали, в андроиде теперь тоже селинукс :)?

Он непонятный glibc запрещал использовать системе - для астериская я правило прописал, а для системы нет - поскольку не знал что так будет

Сервер работат. А вот зайти на него нельзя

)

Кстати, слышали, в андроиде теперь тоже селинукс :)?

"теперь"? "тоже"?

Кстати, слышали, в андроиде теперь тоже селинукс :)?

Карго культ

он там уже 3000 лет как

А я тут заводил openresty на raspberry pi. С уже предустановленным nginx'ом. Обнаружил существование команд типа whereis, ибо надо было запускать именно resty-nginx. Как ни странно, я уже писал такое для lua (пробегание по lua_path/lua_cpath) с поиском библиотек, дабы знать откуда реквайрю ту или иную фигню. И ещё страшное: sudo оказывается нельзя применять с полным путём до эльфа, он запускает только из path ((( Пришлось удалять нгинкс и вытаскивать эльф рести-нгинкс. Теперь у меня нет нгинкса.

А у меня такая штука: я хочу в библиотеке сделать редирект вызова например принтф. Я находу секцию .dynsym в ней сам принтф, далее иду в релокации, т.е. в секцию .rel.dyn , и там оффсет для релокации, который надо подменить. И вот думаю что туда писать - офсет или сам адрес целевой функции

он там уже 3000 лет как

Извините, я не знал :)

По поводу судо : можно было попробовать su -c "полный путь"

Хммм

Надо в скрипт пихнуть.

я тут в Lua-l увидел, парень сделал ОС для малинового пирога, которая, по сути, Lua-Интерпретатор с драйверами

(luajit, точнее)

вообще, прикольная штука

на мелких эмбедодевайсах заходит на ура

Да, я люблю такие системы. Оберон, форт

/help@FailsBot

/help@FailsBot

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

/vzhuh@FailsBot

∧＿∧ ( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆

#define true (rand() > 0.5)

rand возвращает целое от 0 до RAND_MAX, не надо тут вашего пхп

Ой всё

хотя даже в php все так

а вот задача сгенерировать random floating point от 0 до 1 - это, вообще говоря, адово сложная задача

Тогда давай уж сразу "не надо тут вашего C++", там генераторы 0-1. Сгенерировать рандом от 0 до 1 - это (float)rand() / (float)(MAX_RAND); Адово сложная?

конечно

но это даст всего лишь RAND_MAX дискретных значений

а их всего 2^62

https://github.com/nmathewson/libottery/pull/11

(rand >> 12) * 2.2204460492503130808472633361816e-16;

Ух, какая жуть

Ну тогда это уже не float а double, знаешь?

я говорил о floating point

какая нафиг разница, какой он разрядности?

для float будет int32_t rand, сдвиг не на 12, а на 9, ну и другой эпсилон

алгоритм останется тем же, как и проблемы

Ну типо RAND_MAX обычно равен 32767, это 15 бит (0111111111111111). Тогда мы делаем какую-нибудь такую фигню: int32 num = rand() << 16 | rand();, или чот такое.

Нужен double-rand? Ну тады больше рандомов, больше сдвигов и or'ов.

я уже и забыл, когда я использовал каличный rand из libc 🙂

для некриптографических целей всегда использовал xoroshiro*128

Ты такой умный

А rand из libc такой каличный, мммм

Настоящие поцоны всегда пользуются как минимум вихрем Мерсенна, и то, это тоже лохи

mt нормальный

но медленный

Фууу, всё равно предсказуемая хрень

http://www.pcg-random.org/

Совсем крутые - обязательно ставят лава-лампу и фотографируют её, когда им нужно рандомное число

они все предсказуемые

Иначе - полный отстой

глупость какая

Не знаю прям как люди живут

Без истинно рандомных чисел

ты не понимаешь разницы между crypto-prg и просто prg?

crypto-prg - это не обязательно сраная лава лампа

зато обязательно одно простое свойство

Хехе

что нет способа алгоритмически отличить вывод генератора от труъ рандома

в случае mt/lcg/xorshift и прочих такой способ, очевидно, есть

Ладно, ладно. Если ты не можешь всего лишь записать сэмпл с микрофона и вытащить оттуда число, приближенное к рандому - ты полный сосунок. Всё остальное каличное.

при чем тут это?

я уже и забыл, когда я использовал каличный rand из libc 🙂

При вот этом:

rand во многих libc - это вообще lcg

он медленный и не очень хороший с точки зрения статистического распределения

(есть плохие сиды)

mt хороший, но медленный

pcg/xoroshiro хорошие и быстрые

прошу прощения, не то вставилось из буфера

и да, я в этой теме довольно много разбирался