<div dir="ltr"><div>On Thu, Jan 7, 2016 at 5:00 PM, Dmitry V. Levin <span dir="ltr"><<a href="mailto:ldv@altlinux.org" target="_blank">ldv@altlinux.org</a>></span> wrote:<br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On Wed, Jan 06, 2016 at 09:27:12AM -0500, Joe Korty wrote:<br>
> Fix mask length bug in print_affinitylist.<br>
><br>
> The incoming length argument is in terms of bytes not<br>
> longs.<br>
><br>
> As a result, a buffer overrun occurs and either four or<br>
> eight times more mask data than is actually available<br>
> is displayed.<br>
<br>
The cpu set decoder was really strange, thanks for reporting.<br>
I've pushed commit v4.11-122-g6bf08e3 that changes this decoder to print<br>
cpu_set_t as a set of integers, similar to the way fd_set is printed<br>
as a set of descriptors.<br>
<span class=""><font color="#888888"><br>
<br>
--<br>
ldv<br></font></span></blockquote><div><br></div><div> </div></div><div class="gmail_extra">Hi Dmitry,</div><div class="gmail_extra">Thanks for replying.  I have had a hard time posting to</div><div class="gmail_extra">the list, so it is nice to know that the email actually</div><div class="gmail_extra">got through to someone on the third try ...</div><div class="gmail_extra"><br></div><div class="gmail_extra">PS: not sure that the 'set of integers' idea is correct in</div><div class="gmail_extra">a big-endian, 64-bit environment.  I know the version I</div><div class="gmail_extra">posted is correct in any mix of 32 and 64 bit environments</div><div class="gmail_extra">and big and little endian environments.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Joe</div><div class="gmail_extra"><br></div></div></div>