Add schema_err! error macros with optional backtrace

[comphead]

Which issue does this PR close?

Closes partially #7360.

Rationale for this change

Continue covering Datafusion Errors with error macros supporting optional backtrace

What changes are included in this PR?

introduced schema_err! and schema_datafusion_err! macros with optional backtrace, to represent Err(DatafusionError::SchemaError) and DatafusionError::SchemaError(_)

Are these changes tested?

Yes

Are there any user-facing changes?

No

[comphead]

Adding more stack as q54 keeps failing.

thread 'tpcds_physical_q54' has overflowed its stack

This PR shouldn't impact stack as the introduced SchemaError second param is boxed and thus resides in heap, in stack there is only a pointer. However it is what is is, I'm happy to get the opinion from other contributors on this

[comphead]

@alamb would you mind reviewing?

[alamb]

Looks like an improvement to me -- thank you @comphead

[comphead]

Here the problem is backtrace-rs regression in Rust lang
rust-lang/rust#119560

[alamb]

Here the problem is backtrace-rs regression in Rust lang rust-lang/rust#119560

Wow -- super sleuth 🕵️

[comphead]

Here the problem is backtrace-rs regression in Rust lang rust-lang/rust#119560

Wow -- super sleuth 🕵️

Tbh, all kudos to @Jefffrey who ran tons of experiments to narrow down the problem when we were investigating windows CI slowness, and eventually he came to backtrace root cause.