These are chat archives for synrc/n2o

15th
Apr 2015
Vitaly Shutko
@sokal32
Apr 15 2015 12:38 UTC

привет. столкнулся с проблемой (n2o+ws+bert). все поднял как в примере, хз что значит этот stack trace https://gist.github.com/sokal32/8019e0eae2bbbbf05d91

глядя на stack trace вроде как ошибка в {bullet_handler,handle,2}, но последний в stack trace вызов - {erlang,binary_to_term,...}

вызвал с теми же данными, что и в stack trace erlang:binary_to_term, все ок отрабатывает, может будут хоть какие-то соображения?

скорее всего передаёшь с клиента атом которого нет в beam

safe
Use this option when receiving binaries from an untrusted source.

When enabled, it prevents decoding data that may be used to attack the Erlang system. In the event of receiving unsafe data, decoding fails with a badarg error.

Currently, this prevents creation of new atoms directly, creation of new atoms indirectly (as they are embedded in certain structures like pids, refs, funs, etc.), and creation of new external function references. None of those resources are currently garbage collected, so unchecked creation of them can exhaust available memory.

Failure: badarg if safe is specified and unsafe data is decoded.

binary_to_term(Data,[safe])
Vitaly Shutko
@sokal32
Apr 15 2015 12:43 UTC
так код я уже расковырял))
похоже на правду
щя проверу еще раз
(facepalm)
Oleg Zinchenko
@cystbear
Apr 15 2015 12:48 UTC
агда, Маг, вы с Максом когда-то мне такое говорили
Vitaly Shutko
@sokal32
Apr 15 2015 12:48 UTC
в общем действительно, в этом и была проблема, спасибо
Namdak Tonpa
@5HT
Apr 15 2015 14:16 UTC
просто с клиента атом приезжал которого не было в виртуальной машине
в том терме
и тебе привет
Namdak Tonpa
@5HT
Apr 15 2015 14:17 UTC
хай