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
"curl -h" truncated #5547
Comments
That's weird, how exactly did you build it? |
Weird, yes. I built using a home-brew Makefile. It's been working for years. |
We're going to need more than that. Can you reproduce using any of the regular build methods? |
I've tried to use the official I looked around and found this advice on why it's good practice to And when building with |
The streams are supposed to be flushed when they are closed. I don't know why that is not happening. Possibly you are using dual CRTs, one for libcurl and one for curl, and there is some sort of disconnect there, but if that's the case I think it's a Microsoft issue not a curl issue. |
This is no longer a problem. Probably all the changes in #5680 that solved it. |
I've just noticed that a simple
curl -h | most
(ormore
,less
or> file
) stops listing thehelp after the line
--tls13-ciphers <ciphersuite list> TLS 1.3 c
(line 211).Not the full 233 lines it should be.
I've always thought that the CRT will register an
atexit()
handler to flush standard buffers whenexit()
is called. But the MSVC runtime seems not.Adding a
fflush(stdout);
at the end of `` tool_help()` fixes it.I'm on Win-10 using MSVC 2019 (v19.26.28806 for x86). Compiled using
-MD
.The text was updated successfully, but these errors were encountered: