pathlogical behavior when stdout is redirected to /dev/null

[tamird]

There's something about GitHub's OpenAI schema that causes yq to hang or at least become very slow but only when stdout is redirected to /dev/null. Weird stuff.

Repro:

# fast
$ curl -sfSL https://raw.githubusercontent.com/github/rest-api-description/618ddb1c3ca74ad843b8dd7a4b3c80dcec298c54/descriptions/ghes-3.6/ghes-3.6.yaml | yq eval . > echo.yml
# hangs
$ curl -sfSL https://raw.githubusercontent.com/github/rest-api-description/618ddb1c3ca74ad843b8dd7a4b3c80dcec298c54/descriptions/ghes-3.6/ghes-3.6.yaml | yq eval . > /dev/null

$ uname -a
Darwin Tamirs-MBP 23.2.0 Darwin Kernel Version 23.2.0: Wed Nov 15 21:55:06 PST 2023; root:xnu-10002.61.3~2/RELEASE_ARM64_T6020 arm64

Reproduces both with yq installed from homebrew and compiled from source.

[tamird]

Looks like this is caused by colorization somehow. --no-colors makes this fast in all cases. I think this has to do with the double pass required for colorization:

yq/pkg/yqlib/encoder_yaml.go

Line 119 in 33a3bb3

return colorizeAndPrint(tempBuffer.Bytes(), writer)

.