-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
campt return contains processing logs #16
Comments
This is a tricky one. It's definitely writing both the progress and the point label to stdout. One solution would be to create a utility to parse this out. A second option you can test out is it appears you can create a file "$HOME/.Isis/IsisPreferences" and add the following to suppress the progress output:
Ideally isis would be outputting the progress to STDERR but that's probably not a realistic solution. |
That did it, thanks! |
Yep, I went through the source of campt in isis (version 3.4.10.6373) and that's just the weird way it prints it out, all of it going to STDOUT. In pysis only stdout is returned (stderr attached to an exception if the command returns a non zero status code). |
I will report that as another error to the ISIS team, as I’m already reporting the incorrect treatment of the allowoutside option.
|
Hm, if everything goes to STDOUT, how can the result be in the stream earlier than the pvl? Is that weird Python buffering then? |
Here's the relevant code from
Basically what's happening is it initializes the progress bar which outputs %0 and then prints the 1 point. The weird part is the progress bar then prints out the rest of the output all at once even though everything has already completed. From
|
I'm trying to receive a clean pvl object from
campt
but the output is polluted by processing logs.Here's my
campt
call, for reference:and here's the content of pvlstr, after decoding:
So, currently, to parse this with your
pvl
module I need to do hackery like this to get it to work:I'm guessing this is maybe mixing STDOUT and STDERR somehow? Or maybe not, but is there a way to get only the clean PVL object returned?
The text was updated successfully, but these errors were encountered: