OTP-5101 inets badmatch in R10B-10

[Michael McDaniel]

 Thank you.

 What information may I provide different than the details in the
 earlier threads?  I will do my best to provide whatever information
 you need to correct the problem.  If you need to reproduce the
 problem exactly as I reproduce it (or have a complete tcp/ethereal
 dump) then I will need some time receiving written permissions from
 my client (and of course we will need to take this off-list <smile>).


~Michael


On Tue, Mar 14, 2006 at 01:21:30PM +0100, Bertil Karlsson wrote:
> Hi,
> 
> 1) No
> 2) I will have a new look at that problem and hopefully have it fixed to 
> R11.
> If you have more info about your problem with inets, pleace let me know.
> 
> /Bertil
> 
> 
> Michael McDaniel wrote:
> > Here is the fix that was thought to have been done early in the R10B 
> > series:
> >
> >"
> > OTP-5101  A programming error could cause a badmatch in the http-client
> >	      when the http response was chunk decoded.
> >"
> >
> > I still have this problem in R10B-10 which has been discussed before.
> > See these threads:
> >
> > http://www.erlang.org/ml-archive/erlang-questions/200511/msg00147.html
> >
> > and
> >
> > http://www.erlang.org/ml-archive/erlang-questions/200511/msg00161.html
> >
> >
> > Perhaps it is because I am running over SSL ?
> >
> >
> > QUESTIONS:
> >
> > 1) Will ibrowse be included in OTP in R11 ?
> > 2) Will the http-client be corrected in R11 to eliminate this problem?
> >
> >
> > thanks,
> > 
> > ~Michael 
> >  

-- 
Michael McDaniel
Portland, Oregon, USA
http://autosys.us
+1 503 283 5284