Seems like a pretty big issue though, if people have to open task manager
every time they rethink what they're doing in CMake and what not.
Maybe someone has a workaround or something.
And #1 might not be possible if CMake is monitoring a file instead of
printing input to console & file.
On Sat, Dec 22, 2018 at 5:17 PM Person Withhats
wrote:
>
> 2) Pressing 'Stop' does not halt processes spun up by execute_process,
> CMake waits until they finish before exiting.very aggrevating!
>
>
Looks like this would require a code change how the GUI works and the
internal way execute_pro
2 questions:
1) I'm printing download progress via carrige returns, but the CMake GUI
does it like this. Anyway to get output to work properly?
21561344 [2.77%]
21626880 [2.77%]
21692416 [2.78%]
21757952 [2.79%]
21823488 [2.80%]
21889024 [2.81%]
21954560 [2.82%]
22020096 [2.82%]
22085632 [2
Fixed extra spaces, was due to buffer (had to strip line endings). I'mma
make a new thread this mess is my fault.
On Sat, Dec 22, 2018 at 11:03 AM Person Withhats
wrote:
> Oops, forgot to add mailing list.
>
> Also, here's some sample CMake output that shows some issues.
> 1) Carrige return does
Cmake GUI output*
On Sat, Dec 22, 2018 at 11:03 AM Person Withhats
wrote:
> Oops, forgot to add mailing list.
>
> Also, here's some sample CMake output that shows some issues.
> 1) Carrige return doesn't replace previous line of output == tons of %'s
> 2) Perhaps cuz I'm forcing no buffer in CMa
Oops, forgot to add mailing list.
Also, here's some sample CMake output that shows some issues.
1) Carrige return doesn't replace previous line of output == tons of %'s
2) Perhaps cuz I'm forcing no buffer in CMake it causes the below extra 2
new lines on each line of output?? Should be condensed
