Fix #6, remove implicit padding

[dmknutsen]

Describe the contribution

Fix #6

Updated cs_tbledefs.h to correct for implicit padding that gets added when running on a 64-bit system.
Also updated default tables provided (cs_apptbl.c, cs_eepromtbl.c, cs_memorytbl.c, and cs_tablestbl.c) to remove positional dependency on table elements.

Testing performed
Steps taken to test the contribution:

1. Started cFS
2. Enabled Tlm
3. Dumped each structure
4. Interpreted binary dump data and confirmed expected padding

System(s) tested on
Oracle VM VirtualBox
OS: ubuntu-20.10
Versions: cFS Versions: cfe v7.0.0-rc4+dev96, osal v6.0.0-rc4+dev66, psp v1.6.0-rc1+dev14.

Contributor Info - All information REQUIRED for consideration of pull request
Dan Knutsen
NASA Goddard

[astrogeco]

@dmknutsen can you update the commit message to match the contributing standard?

[astrogeco]

CCB:2022-04-27 APPROVED

• cpuaddress type will "change size". Use cfe_es_memaddress and cfe_es_offset types for tables and telemetry
  • open new issue to address and discuss with customers

[skliper]

I also suggest improving the commit message to provide a little more context. At minimum maybe something like Fix #6, Remove implicit padding in table definitions. Goal is for the reader to be able to skim through the commit messages and get a general sense of what the change was. LONG DESCRIPTION is also frequently helpful (could add context about how it was introduced with 64 bit support, etc), but I understand everyone is busy :)

Note if you are going with the ES definitions, I recommend considering resolving/addressing nasa/cFE#2093. At minimum make it easier to config for 64, but even better if the default would always provide valid address information.

[astrogeco]

Fixed format and commit messages in my fork, I can force push those into this PR. See https://github.com/astrogeco/CS/tree/pr24

[skliper]

@astrogeco Could you add in the short description that it's specifically the table structures?

[astrogeco]

Just force-pushed to @dmknutsen fork