| Bug ID |
11856
|
| Summary |
Converting of EUI64 address to string does not take offset into account
|
| Product |
Wireshark
|
| Version |
2.0.0
|
| Hardware |
x86
|
| OS |
All
|
| Status |
UNCONFIRMED
|
| Severity |
Minor
|
| Priority |
Low
|
| Component |
Dissection engine (libwireshark)
|
| Assignee |
[email protected]
|
| Reporter |
[email protected]
|
Build Information:
Version 2.0.0 (v2.0.0-0-g9a73b82 from master-2.0)
Copyright 1998-2015 Gerald Combs <[email protected]> and contributors.
License GPLv2+: GNU GPL version 2 or later
<http://www.gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (64-bit) with Qt 5.3.2, with WinPcap (4_1_3), with libz 1.2.8, with
GLib 2.42.0, with SMI 0.4.8, with c-ares 1.9.1, with Lua 5.2, with GnuTLS
3.2.15, with Gcrypt 1.6.2, with MIT Kerberos, with GeoIP, with QtMultimedia,
with AirPcap.
Running on 64-bit Windows 10, build 10240, with locale C, with WinPcap version
4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch
1_0_rel0b (20091008), with GnuTLS 3.2.15, with Gcrypt 1.6.2, without AirPcap.
Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz (with SSE4.2), with 16331MB of
physical memory.
Built using Microsoft Visual C++ 12.0 build 31101
--
The tvb_eui64_to_str macro parameter "opt_offset" does not match the parameter
"offset" in the expansion. See epan/to_str.h:92. This causes offset not to be
taken into account and string produced might be incorrect.
It seems this macro is only used in packet-icmpv6.c, e.g. proto-item text for
Source link-layer address, see line 1485.
Introduced in 2.0, in commit: https://code.wireshark.org/review/#/c/6333/
You are receiving this mail because:
- You are watching all bug changes.