From Dirk via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4758 :
authormorriss <morriss@f5534014-38df-0310-8fa8-9805f1628bb7>
Wed, 12 May 2010 13:24:42 +0000 (13:24 +0000)
committermorriss <morriss@f5534014-38df-0310-8fa8-9805f1628bb7>
Wed, 12 May 2010 13:24:42 +0000 (13:24 +0000)
commit2de1947f089d8bd21fdff7c1022746abebebdabc
tree696bffebeaf74806bad9a0385c9ba9fda1280944
parent5731b9a54d247e1541036af74f588735fb4808e0
From Dirk via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4758 :

The HTTP dissector uses strtoll() to convert the Content-Length string into a
64bit variable. But that string can contain a number larger (or less) than
64bit, which lets the strtoll() return INT_MAX (or INT_MIN). strtoll() then
indicates this with errno==ERANGE.

The attachted patch checks if errno is set this way and then treats that HTTP
Content-Length as unspecified, since we don't know the real size.

I haven't checked other occurences of strtoll() in the HTTP dissector if they
could benefit from the errno check, or if other dissectors could use it.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@32772 f5534014-38df-0310-8fa8-9805f1628bb7
epan/dissectors/packet-http.c