Hello, Am Montag, den 03.11.2014, 10:12 +0530 schrieb Darshit Shah:
> >e-flightgear-201411 0%[ ] 1,05M 286KB/s eta 1h > >41m > >wget: progress.c:1161: create_image: Проверочное утверждение «count_cols > >(bp->buffer) <= bp->width» не выполнено. > >zsh: abort wget -c > > > >(it's [Assertion "count_cols (bp->buffer) <= bp->width" failed] I think) > This bug keeps getting more interesting and surprising. While the progress > bar > draws correctly for the original file you mentioned, the assertion fails with > the new ISO (live-flightgear). The funny thing is, this bug is now firing > based > on the filename of the file being downloaded, which is not something I expect > since the filename section of the progress bar is isolated from the rest and > should not create such an effect. > > I'm going to spend some more time debugging this issue. I applied the progress bar patch on 1.16 and run into the same problem. Connecting to fly.osdn.org.ua (fly.osdn.org.ua)|212.40.45.6|:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 1599602688 (1.5G), 1590685248 (1.5G) remaining [application/octet-stream] Saving to: 'live-flightgear-20141101-x86_64.iso' ar-20141101-x86_64. 0%[ ] 12.47M 1.41MB/s wget: progress.c:1161: create_image: Assertion `count_cols (bp->buffer) <= bp->width' failed. Looks like shipping wget with the broken progress bar because the patch could stop downloading. Maybe the default could be the old but stable progress bar and when the new feature works it could be changed to the new default? Regards Noël
signature.asc
Description: This is a digitally signed message part