Fix gbak output some errors and warnings to stderr instead of stdout #8793
  Add this suggestion to a batch that can be applied as a single commit.
  This suggestion is invalid because no changes were made to the code.
  Suggestions cannot be applied while the pull request is closed.
  Suggestions cannot be applied while viewing a subset of changes.
  Only one suggestion per line can be applied in a batch.
  Add this suggestion to a batch that can be applied as a single commit.
  Applying suggestions on deleted lines is not supported.
  You must change the existing code in this line in order to create a valid suggestion.
  Outdated suggestions cannot be applied.
  This suggestion has been applied or marked resolved.
  Suggestions cannot be applied from pending reviews.
  Suggestions cannot be applied on multi-line comments.
  Suggestions cannot be applied while the pull request is queued to merge.
  Suggestion cannot be applied right now. Please check back later.
  
    
  
    
Currently in standalone application mode when redirect to the standard stream, for example:
gbak ... > /path/to/stdout.logsome error and warning messages may be missed, which may cause inconvenience.
For example, during when restore we may see an error message:
but in order to find out which index remains inactive, we need to look at the entire log, and in it we can already find:
Although in the global community it is accepted to output all errors and warnings to stderr.
This patch fixes this bug. I tried to cover all the cases found, but may have missed something.
I believe
BURP_print_statusshould always output to stderr, regardless of whether theerrargument is set to true or not. Theerrargument is now only responsible for setting status in service mode. AlsoBURP_print_warningshould always output to stderr.