<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 20, 2019 at 1:31 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 17/05/2019 21:38, Joel Sherrill wrote:<br>
><br>
> I assume you intentionally left the gap in numbering of POSIX API <br>
> classes for historical consistency. But it does leave a gap in the <br>
> _Objects_Information_Table and wastes a tiny bit of RAM.<br>
<br>
Yes, there are already gaps in the POSIX API classes. Why were explicit <br>
numbers assigned to the classes?<br></blockquote><div><br></div><div>I honestly don't remember beyond 0 never being used for any field</div><div>related to an object id. And 1 always being a thread object. Ensuring</div><div>that 0 is not used would be my guess.</div><div><br></div><div>We have never made any guarantees about the ID values not changing</div><div>over time. If we want to eliminate the gaps we can. That would save some space.</div><div><br></div><div>And I have no idea where POSIX Interrupts came from. It doesn't</div><div>sound like anything that I have ever heard of.</div><div><br></div><div>--joel</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
</blockquote></div></div>