Find unwrap() and expect()calls and eliminate them

[jhelovuo]

Either replace with more graceful error-handling or write comments to justify why panic cannot occur.

[xrl]

I highly recommend the eyre error library for applications that want rich error support. But the eyre says that thiserror is a good choice for errors you want to match against (common for libraries).

https://github.com/yaahc/eyre#comparison-to-thiserror
https://docs.rs/thiserror/latest/thiserror/

This will give you a useful path forward when you are chasing out all the unwraps. Also, remember that ? is very powerful for short-circuiting out of error situations.

[LebranceBW]

Is this still a problem? I'm willing to fix them.

[jhelovuo]

Yes, sort of. Please go ahead and submit a PR.

Some cases may be fixable by writing comments why a panic is not possible. In some cases, such as taking locks, refactoring .lock() into a separate function would at least clean up and provide a place for an error message.

[LebranceBW]

PR
I made some small attempts. Advice wanted.