глянул в иходники джанги

ясно...

ну и в целом bcrypt_sha256 непрозрачно намекало

я просто в вики где-то читал что $2b$ отвечает за sha256 - и поэтому подумал что весь алгоритм и есть sha256

Админы, тут у нас фишинг

@igelhaus @AccountNotFoundError @agladysh

+

скжаите, в этом чате пролетала книга про luajit internals

кто-то сделал хороший ресёрч и задокументироавл

не могу найти ссылку, не поможете?

Возможно, ты про это.
https://github.com/MethodicalAcceleratorDesign/MADdocs/blob/master/luajit/luajit-doc.pdf

спасибо

Коллеги, с наступившими праздниками!

Делается утверждение, что  light userdata применяется редко, даже со ссылкой на PiL. Говорится, что они хороши только тем, что их можно сравнивать как значения
https://stackoverflow.com/questions/9936792/use-cases-for-light-userdata-in-lua

Есть ли здоровые альтернативы, если сложные структуры данных аллокируются на "сишной" стороне?

Нужно для хранения состояния "сишных" объектов, которое состояние по определённым причинам в lua не аллокировать.

Привет, @vzborovskii

недостаточно данных для ответа

например, может быть альтернативой full userdata

какой у тебя жизненный цикл данных?

Я уже обдумал это. Вводные следующие:
1) Аллокировать объект средствами Lua в принципе не получится (не буду вдаваться в детали фортрана). Аллокация делается на фортране, но можно взять указатель. Соответственно, деаллокация также делается вручную фортраном. Естественно, нужна функция для финализации объекта.
2) ванильный 5.1
3) объект, возможно, является частью более общего состояния, которое будет храниться в таблице

Возможные решения:
1) Положить указатель в LUD. Вызывать финализатор вручную (этот момент более или менее известен).
2)  Извратиться с добавлением __gc в более общую таблицу (через proxy) и вызывать финализатор оттуда. Я еще не уверен, что эта таблица будет.
3) Завернуть указатель в FUD, добавить к нему __gc,  вызывать оттуда финализатор.

Аллокируются при инициализации, уничтожаются в конце работы. Проблем вызвать финализатор вручную нет.