Exception handling with flags in ras-data-parser

It is possible that a signature may not be defined in the RAS data. In
which case, trying to access the flags for an undefined signature would
throw an exception. This is not the desired behavior. Instead, we'll
catch the exceptions and move on as if the flag is not defined.

Change-Id: I4d3cff52ce5f32074fca9863f60b84726dd590aa
Signed-off-by: Zane Shelley <zshelle@us.ibm.com>
1 file changed
tree: 345d9edbcc1e05ba60379e9852e04371ac6e76c1
  1. analyzer/
  2. attn/
  3. subprojects/
  4. test/
  5. util/
  6. .clang-format
  7. .eslintignore
  8. .gitignore
  9. .prettierignore
  10. .prettierrc.yaml
  11. buildinfo.hpp.in
  12. cli.cpp
  13. cli.hpp
  14. config.h.in
  15. LICENSE
  16. listener.cpp
  17. listener.hpp
  18. main.cpp
  19. main_nl.cpp
  20. meson.build
  21. meson_options.txt
  22. OWNERS
  23. README.md
README.md

Hardware Diagnostics for POWER Systems

In the event of a system fatal error reported by the internal system hardware (processor chips, memory chips, I/O chips, system memory, etc.), POWER Systems have the ability to diagnose the root cause of the failure and perform any service action needed to avoid repeated system failures.

Aditional details TBD.

Building

For a standard OpenBMC release build, you want something like:

meson -Dtests=disabled <build_dir>
ninja -C <build_dir>
ninja -C <build_dir> install

For a test / debug build, a typical configuration is:

meson -Dtests=enabled <build_dir>
ninja -C <build_dir> test