[erlang-questions] Bug in epmd_srv.c?

Angel Alvarez clist@REDACTED
Mon Dec 21 11:00:53 CET 2009


El Lunes, 21 de Diciembre de 2009 04:01:19 Dave Smith escribió:
> On Sun, Dec 20, 2009 at 3:06 PM, Klas Johansson
> <klas.johansson@REDACTED> wrote:
> 
> > The fix tries to address that.  I'm not too sure about the fix
> > though, since this is in some sense not a backwards compatible
> > fix (since extra and it's length will be different).  However,
> > since the previous version truncated (and garbled) the "extra"
> > field and erl_epmd.erl doesn't seem to care about it it might not
> > be that big a deal.  Perhaps for some other third-party libraries
> > or other parts of Erlang/OTP (ei, jinterface, ...; I haven't
> > checked)?  Also, I'm not that confident in modifying the
> > epmd... :-) I've attached a test case which illustrates the
> > problem.  Get the code here:
> 
> It's been a while since I've looked at this, but at first glance it
> seems to me that while your patch solves the case where extra is a
> typical null-terminated string, it does not address the problem where
> extra has binary data with nulls sprinkled throughout. To deal with
> this, you'd need to add a field to track the length of extra (instead
> of depending on strlen) and also replace the strcpy on 627 to a
> memcpy.
> 
> Hope that helps. :) I am very glad to see someone else looking at it.
> Extra would be quite useful to have working properly.
> 
> D.
> 
> ________________________________________________________________
> erlang-questions mailing list. See http://www.erlang.org/faq.html
> erlang-questions (at) erlang.org
> 
> 
Why epmd is not erlang code?


-- 
No imprima este correo si no es necesario. El medio ambiente está en nuestras manos.
__________________________________________

Clist UAH a.k.a Angel
__________________________________________
MySQL5: Vale, corromper los datos de forma silente no era una buena idea despues de todo.


More information about the erlang-questions mailing list