[erlang-bugs] ssl badarith

etnt kruskakli@REDACTED
Tue Nov 8 13:22:37 CET 2011


Hi.

I don't want to do any tracing like that in our production system.
But it must be the #session.timestamp that is a non-integer (unset?).
For example:

1> rr(ssl_session).

2> catch ssl_session:valid_session(#session{}, 3600).
{'EXIT',{badarith,[{ssl_session,valid_session,2},
                   {erl_eval,do_apply,5},
                   {erl_eval,expr,5},
                   {shell,exprs,7},
                   {shell,eval_exprs,7},
                   {shell,eval_loop,3}]}}

So perhaps you can figure out a way for the timestamp to not be set
properly.

--Tobbe


On Wed, Oct 19, 2011 at 8:53 AM, Ingela Anderton Andin <
ingela@REDACTED> wrote:

> Hi!
>
> It is always good to check if the problem is in the latest release (R14B03
> was alas not a very good ssl-release).
> If the problem should still be there could you use the following trace
> commands
>
> dbg:tracer().
> dbg:p(all, [call]).
> dbg:tpl(ssl_session, x).
>
> to see if you can get some more information.
>
> Regards Ingela Erlang OTP/team -Ericsson AB
>
> etnt wrote:
>
>> Hi,
>>
>> We are getting lots of error messages like this:
>>
>> == 18-Oct-2011::14:11:00 == ERROR -  emulator
>> Error in process <0.27172.1216> on node 'xxx@REDACTED' with exit value:
>> {badarith,[{ssl_session,valid_**session,2},{ssl_manager,**
>> validate_session,3},{ssl_**manager,session_validation,2},**
>> {lists,foldl,3},{ets,do_foldl,**4},{ets,foldl,3}]}
>>
>> That 'badarith' doesn't look good.
>> We are running R14B03.
>>
>> Cheers, K.
>> ------------------------------**------------------------------**
>> ------------
>>
>>
>> ______________________________**_________________
>> erlang-bugs mailing list
>> erlang-bugs@REDACTED
>> http://erlang.org/mailman/**listinfo/erlang-bugs<http://erlang.org/mailman/listinfo/erlang-bugs>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-bugs/attachments/20111108/3388974e/attachment.htm>


More information about the erlang-bugs mailing list