AB
а так, этот механизм описывается в erlang in anger
Size: a a a
2019 February 14
РП
генсервера обрабатывают сообщения последовательно, разве нет?
РП
:init_cache попадет в очередь
YT
да в самом деле последовательно чтото я запутался на короткое время
YT
то есть модуль подождет пока инит завершится и только потом начнет обрабатывать сообщения отправленные ему же
YT
ну да так и должно быть
ŹR
Получается что это сообщение заведомо первое в mailbox
ŹR
И нету race
ŹR
Но лучше использовать handle_continue
AB
Получается что это сообщение заведомо первое в mailbox
да. я об этом же и имел в виду. просто не предположил, что про очередь могли забыть )
AB
start_link выполняется процессом, стартующим это дело. а init уже выполняется процессом ГСа
AB
можно в лог вывести self(), поразмышлять
AB
Получается что это сообщение заведомо первое в mailbox
Нет такой строгой гарантии. Но pid нужно именно предсказать
AB
Нет такой строгой гарантии. Но pid нужно именно предсказать
ну, то есть, это что-то прям невероятное
ŹR
А как можно эвалуировать пид?
AB
Причём, в строго определённый момент. Короче, это на уровне чуда, конечно
AB
А как можно эвалуировать пид?
:erlang.list_to_pid, :c.pid
AB
PidString = "<0.39.0>",
list_to_pid(PidString) ! message.
AB
:erlang.list_to_pid, :c.pid
За точность названий не уверен
ŹR
Могли бы добавить конечно атомарные операции для таких случаев. Там ещё пара таких «почти» гарантированных мест есть