tclsh8.5 takes 100% CPU drawing fetch progress bar

[ryandesign (Ryan Carsten Schmidt)]

While fetching a large distfile, tclsh8.5 takes 100% CPU, presumably to draw the new progress bar.

[neverpanic (Clemens Lang)]

I noticed the same thing, but I'm not entirely convinced it's the progress bar. Do you see the same thing in 2.3.0?

This could just as well be caused by the new code using curl_multi_perform to be able to quickly handle Ctrl+C.

[harciga]

I've experienced two times now —since macports upgrade— issues with the progress bar bugging out with it filling over the entire screen while flashing progress status text at different offsets, leaving me after I ctrl-brk with an inverted terminal text.

I have no idea how to report this, perhaps I can log all terminal output for when it happens again.

[harciga]

Cc Me!

[neverpanic (Clemens Lang)]

Replying to starkhalo@…:

I've experienced two times now —since macports upgrade— issues with the progress bar bugging out with it filling over the entire screen while flashing progress status text at different offsets, leaving me after I ctrl-brk with an inverted terminal text.

That's a different issue, please open a separate ticket about this. I don't think there's anything we can do about that as long as we don't have signal handling (which is what I'm currently working on on trunk), though. You'll probably also get weird results when resizing the terminal or in very small terminals. We need to handle SIGWINCH to fix this.

[neverpanic (Clemens Lang)]

Fixed in r120901, r120902.

Not setting a milestone, because this was caused by the signal handling code, not the progress bar, and that hasn't been in a released version, so it's a trunk-only bug.

[ryandesign (Ryan Carsten Schmidt)]

Thanks. I forgot to let you know that yes, I did try 2.3.0, and did not see the same problem there.