* [DPDK/core Bug 1506] Fix undefined behavior in RTE_IPV4 macro
@ 2024-07-30 8:11 bugzilla
0 siblings, 0 replies; only message in thread
From: bugzilla @ 2024-07-30 8:11 UTC (permalink / raw)
To: dev
[-- Attachment #1: Type: text/plain, Size: 1236 bytes --]
https://bugs.dpdk.org/show_bug.cgi?id=1506
Bug ID: 1506
Summary: Fix undefined behavior in RTE_IPV4 macro
Product: DPDK
Version: 24.07
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: core
Assignee: dev@dpdk.org
Reporter: user202729@protonmail.com
Target Milestone: ---
Currently we have the following definition
```
/** Create IPv4 address */
#define RTE_IPV4(a, b, c, d) ((uint32_t)(((a) & 0xff) << 24) | \
(((b) & 0xff) << 16) | \
(((c) & 0xff) << 8) | \
((d) & 0xff))
```
The problem is that the cast to `uint32_t` is done after the shift, and
overflowing left shift is undefined behavior in C and C++:
https://stackoverflow.com/questions/3784996/why-does-left-shift-operation-invoke-undefined-behaviour-when-the-left-side-oper
.
The fix is easy, just cast the `(a) & 0xff` to `uint32_t` before shifting it by
24.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #2: Type: text/html, Size: 3281 bytes --]
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-07-30 8:54 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-07-30 8:11 [DPDK/core Bug 1506] Fix undefined behavior in RTE_IPV4 macro bugzilla
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).