You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Looks like the response headers are being printed to stdout instead of stderr (where all the other verbose text is sent).
PS - thanks for this tool! As you might be aware, new versions of curl add an --aws-sig4 option to handle signing for AWS requests, but I've been unable to get it working for some specific API calls. awscurl has been working much more consistently :)
The text was updated successfully, but these errors were encountered:
This is different from curl, where -i and -v do not overlap: -i prints response headers to stdout, whereas -v prints response headers (and everything else) to stderr. This separation can be very useful
On Mar 3, 2022, at 8:19 AM, Michael Elliott ***@***.***> wrote:
Ah, I see:
https://github.com/okigan/awscurl/blob/ea2a9b192e80053a4edf7dbfe7b390e249a92527/awscurl/awscurl.py#L511
With curl, -i and -v do not overlap: -i prints response headers to stdout, whereas -v prints response headers (and everything else) to stderr
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.
Here's the output for sending a request to google.com:
Then add the verbose flag but suppress stderr:
Looks like the response headers are being printed to stdout instead of stderr (where all the other verbose text is sent).
PS - thanks for this tool! As you might be aware, new versions of curl add an --aws-sig4 option to handle signing for AWS requests, but I've been unable to get it working for some specific API calls. awscurl has been working much more consistently :)
The text was updated successfully, but these errors were encountered: