search for: ambrozewicz

Displaying 6 results from an estimated 6 matches for "ambrozewicz".

[PATCH] Fix lossy conversion of Content-Length
2020 Jan 07
3
[PATCH] Fix lossy conversion of Content-Length
Actual variable holding content length is int64_t, but it was assigned by explicit cast to size_t. On 32-bit systems it's a lossy conversion, so it was replaced by casting to int64_t instead. Signed-off-by: Adrian Ambro?ewicz <adrian.ambrozewicz at linux.intel.com> --- plugins/curl/curl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/plugins/curl/curl.c b/plugins/curl/curl.c index 031bd32..fe1330e 100644 --- a/plugins/curl/curl.c +++ b/plugins/curl/curl.c @@ -389,7 +389,7 @@ curl_open (int readonly) goto e...
Re: [PATCH] Fix lossy conversion of Content-Length
2020 Jan 09
2
Re: [PATCH] Fix lossy conversion of Content-Length
...le holding content length is int64_t, but it was assigned > >>> by explicit cast to size_t. On 32-bit systems it's a lossy conversion, > >>> so it was replaced by casting to int64_t instead. > >>> > >>> Signed-off-by: Adrian Ambrożewicz <adrian.ambrozewicz@linux.intel.com> > >>> --- > >>> plugins/curl/curl.c | 2 +- > >>> 1 file changed, 1 insertion(+), 1 deletion(-) > >>> > >>> diff --git a/plugins/curl/curl.c b/plugins/curl/curl.c > >>> index 031bd32..fe1330e 100644 >...
Re: [PATCH] Fix lossy conversion of Content-Length
2020 Jan 09
2
Re: [PATCH] Fix lossy conversion of Content-Length
...ewicz wrote: > >Actual variable holding content length is int64_t, but it was assigned > >by explicit cast to size_t. On 32-bit systems it's a lossy conversion, > >so it was replaced by casting to int64_t instead. > > > >Signed-off-by: Adrian Ambrożewicz <adrian.ambrozewicz@linux.intel.com> > >--- > >  plugins/curl/curl.c | 2 +- > >  1 file changed, 1 insertion(+), 1 deletion(-) > > > >diff --git a/plugins/curl/curl.c b/plugins/curl/curl.c > >index 031bd32..fe1330e 100644 > >--- a/plugins/curl/curl.c > >+++ b/plugins/...
[PATCH v2] Fix lossy conversion of Content-Length
2020 Jan 10
0
[PATCH v2] Fix lossy conversion of Content-Length
From a120342e0d3d20962396e6bf5bd5ac30c66b5983 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Adrian=20Ambro=C5=BCewicz?= <adrian.ambrozewicz@linux.intel.com> Date: Tue, 7 Jan 2020 11:07:08 +0100 Subject: [PATCH 1/1] Fix lossy conversion of Content-Length MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Actual variable holding content length is int64_t, but it was assigned by explicit cast to...
Re: [PATCH] Fix lossy conversion of Content-Length
2020 Jan 08
0
Re: [PATCH] Fix lossy conversion of Content-Length
...13 AM, Adrian Ambrożewicz wrote: > Actual variable holding content length is int64_t, but it was assigned > by explicit cast to size_t. On 32-bit systems it's a lossy conversion, > so it was replaced by casting to int64_t instead. > > Signed-off-by: Adrian Ambrożewicz <adrian.ambrozewicz@linux.intel.com> > --- >  plugins/curl/curl.c | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/plugins/curl/curl.c b/plugins/curl/curl.c > index 031bd32..fe1330e 100644 > --- a/plugins/curl/curl.c > +++ b/plugins/curl/curl.c > @@ -389,7 +389,...
Re: [PATCH] Fix lossy conversion of Content-Length
2020 Jan 09
0
Re: [PATCH] Fix lossy conversion of Content-Length
...t;> Actual variable holding content length is int64_t, but it was assigned >>> by explicit cast to size_t. On 32-bit systems it's a lossy conversion, >>> so it was replaced by casting to int64_t instead. >>> >>> Signed-off-by: Adrian Ambrożewicz <adrian.ambrozewicz@linux.intel.com> >>> --- >>>  plugins/curl/curl.c | 2 +- >>>  1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/plugins/curl/curl.c b/plugins/curl/curl.c >>> index 031bd32..fe1330e 100644 >>> --- a/plugins/curl/cur...