public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Fu, Siyuan" <siyuan.fu@intel.com>
To: "Wu, Hao A" <hao.a.wu@intel.com>,
	"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Cc: "Wu, Jiaxin" <jiaxin.wu@intel.com>
Subject: Re: [PATCH v3 4/6] NetworkPkg: Refine type cast for pointer subtraction
Date: Mon, 6 Mar 2017 01:03:48 +0000	[thread overview]
Message-ID: <B1FF2E9001CE9041BD10B825821D5BC58B2BB2BC@SHSMSX103.ccr.corp.intel.com> (raw)
In-Reply-To: <1487995514-7628-5-git-send-email-hao.a.wu@intel.com>

Reviewed-by: Fu Siyuan <siyuan.fu@intel.com>


-----Original Message-----
From: Wu, Hao A 
Sent: 2017年2月25日 12:05
To: edk2-devel@lists.01.org
Cc: Wu, Hao A <hao.a.wu@intel.com>; Fu, Siyuan <siyuan.fu@intel.com>; Wu, Jiaxin <jiaxin.wu@intel.com>
Subject: [PATCH v3 4/6] NetworkPkg: Refine type cast for pointer subtraction

For pointer subtraction, the result is of type "ptrdiff_t". According to the C11 standard (Committee Draft - April 12, 2011):

"When two pointers are subtracted, both shall point to elements of the same array object, or one past the last element of the array object; the result is the difference of the subscripts of the two array elements. The size of the result is implementation-defined, and its type (a signed integer type) is ptrdiff_t defined in the <stddef.h> header. If the result is not representable in an object of that type, the behavior is undefined."

In our codes, there are cases that the pointer subtraction is not performed by pointers to elements of the same array object. This might lead to potential issues, since the behavior is undefined according to C11 standard.

Also, since the size of type "ptrdiff_t" is implementation-defined. Some static code checkers may warn that the pointer subtraction might underflow first and then being cast to a bigger size. For example:

UINT8  *Ptr1, *Ptr2;
UINTN  PtrDiff;
...
PtrDiff = (UINTN) (Ptr1 - Ptr2);

The commit will refine the pointer subtraction expressions by casting each pointer to UINTN first and then perform the subtraction:

PtrDiff = (UINTN) Ptr1 - (UINTN) Ptr2;

Cc: Siyuan Fu <siyuan.fu@intel.com>
Cc: Jiaxin Wu <jiaxin.wu@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Hao Wu <hao.a.wu@intel.com>
Acked-by: Laszlo Ersek <lersek@redhat.com>
---
 NetworkPkg/HttpDxe/HttpImpl.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/NetworkPkg/HttpDxe/HttpImpl.c b/NetworkPkg/HttpDxe/HttpImpl.c index 745832b..1f7a4fa 100644
--- a/NetworkPkg/HttpDxe/HttpImpl.c
+++ b/NetworkPkg/HttpDxe/HttpImpl.c
@@ -1342,7 +1342,7 @@ HttpResponseWorker (
     // We receive part of header of next HTTP msg.
     //
     if (HttpInstance->NextMsg != NULL) {
-      HttpMsg->BodyLength = MIN ((UINTN) (HttpInstance->NextMsg - (CHAR8 *) Fragment.Bulk), HttpMsg->BodyLength);
+      HttpMsg->BodyLength = MIN ((UINTN) HttpInstance->NextMsg - 
+ (UINTN) Fragment.Bulk, HttpMsg->BodyLength);
       CopyMem (HttpMsg->Body, Fragment.Bulk, HttpMsg->BodyLength);
       
       HttpInstance->CacheLen = Fragment.Len - HttpMsg->BodyLength; @@ -1360,7 +1360,7 @@ HttpResponseWorker (
         CopyMem (HttpInstance->CacheBody, Fragment.Bulk + HttpMsg->BodyLength, HttpInstance->CacheLen);
         HttpInstance->CacheOffset = 0;
 
-        HttpInstance->NextMsg = HttpInstance->CacheBody + (UINTN) (HttpInstance->NextMsg - (CHAR8 *) (Fragment.Bulk + HttpMsg->BodyLength));
+        HttpInstance->NextMsg = HttpInstance->CacheBody + ((UINTN) 
+ HttpInstance->NextMsg - (UINTN) (Fragment.Bulk + 
+ HttpMsg->BodyLength));
       }
     } else {
       HttpMsg->BodyLength = MIN (Fragment.Len, (UINT32) HttpMsg->BodyLength);
--
1.9.5.msysgit.0


  reply	other threads:[~2017-03-06  1:03 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-25  4:05 [PATCH v3 0/6] Refine type cast for pointer subtraction Hao Wu
2017-02-25  4:05 ` [PATCH v3 1/6] MdeModulePkg: " Hao Wu
2017-03-06  1:37   ` Tian, Feng
2017-02-25  4:05 ` [PATCH v3 2/6] CryptoPkg: " Hao Wu
2017-02-27  2:23   ` Long, Qin
2017-02-25  4:05 ` [PATCH v3 3/6] IntelFrameworkModulePkg: " Hao Wu
2017-02-27  6:59   ` Fan, Jeff
2017-02-25  4:05 ` [PATCH v3 4/6] NetworkPkg: " Hao Wu
2017-03-06  1:03   ` Fu, Siyuan [this message]
2017-03-06  1:14   ` Wu, Jiaxin
2017-02-25  4:05 ` [PATCH v3 5/6] SecurityPkg: " Hao Wu
2017-03-06  1:29   ` Zhang, Chao B
2017-02-25  4:05 ` [PATCH v3 6/6] ShellPkg: " Hao Wu
2017-02-27  5:10   ` Ni, Ruiyu
2017-02-27  5:59     ` Wu, Hao A
2017-02-27  7:06       ` Ni, Ruiyu
2017-02-27  7:18   ` Ni, Ruiyu
2017-02-27 16:38   ` Carsey, Jaben

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B1FF2E9001CE9041BD10B825821D5BC58B2BB2BC@SHSMSX103.ccr.corp.intel.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox