summaryrefslogtreecommitdiff
path: root/src/tool_cb_prg.c
Commit message (Collapse)AuthorAgeFilesLines
* tool: Moved --stderr to the global configSteve Holme2014-03-011-1/+1
|
* tool_cfgable: Renamed Configurable structure to OperationConfigSteve Holme2014-02-231-2/+1
| | | | | To allow for the addition of a global config structure and prevent confusion between the two.
* Subject: progress bar: increase update frequency to 10HzTobias Markus2014-01-181-2/+2
| | | | | | | | Increasing the update frequency of the progress bar to 10Hz greatly improves the visual appearance of the progress bar (at least in my impression). Signed-off-by: Tobias Markus <tobias@markus-regensburg.de>
* progress bar: always update when at 100%Tobias Markus2014-01-181-5/+6
| | | | | | | | | | | | | Currently, the progress bar is updated at 5Hz. Because it is often not updated to 100% when the download is finished and curl exits, the bar is often "stuck" at 90-something, thus irritating the user. This patch fixes this by always updating the progress bar (instead of waiting for 200ms to have elapsed) while the download is finished but curl has not yet exited. This should not greatly affect performance because that moment is rather short. Signed-off-by: Tobias Markus <tobias@markus-regensburg.de>
* tool: use XFERFUNCTION to save some castsDave Reisner2013-10-151-5/+5
|
* curl: second follow-up for commit 5af2bfb9Yang Tse2013-08-011-1/+2
| | | | Display progress-bar unconditionally on first call
* curl: follow-up for commit 5af2bfb9Yang Tse2013-07-311-2/+3
| | | | Use tvnow() and tvdiff() to avoid introducing new linkage issues
* curl: --progress-bar max update frequency now at 5HzDaniel Stenberg2013-07-311-2/+2
|
* curl: make --progress-bar update the line less frequentlyDaniel Stenberg2013-07-311-10/+12
| | | | | | | | | | | | Also, use memset() instead of a lame loop. The previous logic that tried to avoid too many updates were very ineffective for really fast transfers, as then it could easily end up doing hundreds of updates per second that would make a significant impact in transfer performance! Bug: http://curl.haxx.se/mail/archive-2013-07/0031.html Reported-by: Marc Doughty
* Revert changes relative to lib/*.[ch] recent renamingYang Tse2013-01-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts renaming and usage of lib/*.h header files done 28-12-2012, reverting 2 commits: f871de0... build: make use of 76 lib/*.h renamed files ffd8e12... build: rename 76 lib/*.h files This also reverts removal of redundant include guard (redundant thanks to changes in above commits) done 2-12-2013, reverting 1 commit: c087374... curl_setup.h: remove redundant include guard This also reverts renaming and usage of lib/*.c source files done 3-12-2013, reverting 3 commits: 13606bb... build: make use of 93 lib/*.c renamed files 5b6e792... build: rename 93 lib/*.c files 7d83dff... build: commit 13606bbfde follow-up 1 Start of related discussion thread: http://curl.haxx.se/mail/lib-2013-01/0012.html Asking for confirmation on pushing this revertion commit: http://curl.haxx.se/mail/lib-2013-01/0048.html Confirmation summary: http://curl.haxx.se/mail/lib-2013-01/0079.html NOTICE: The list of 2 files that have been modified by other intermixed commits, while renamed, and also by at least one of the 6 commits this one reverts follows below. These 2 files will exhibit a hole in history unless git's '--follow' option is used when viewing logs. lib/curl_imap.h lib/curl_smtp.h
* build: make use of 76 lib/*.h renamed filesYang Tse2012-12-281-1/+1
| | | | | | 76 private header files renamed to use our standard naming scheme. This change affects 322 files in libcurl's source tree.
* -# progress meter: avoid superfluous updates and duplicate linesDaniel Stenberg2012-04-171-1/+1
| | | | | | | | | | | | | | | | | By comparing if a different "progress point" is reached or not since the previous update, the progress function callback for this now avoids many superfluous screen updates. This has the nice side-effect that it fixes a problem that causes a second progress meter line. The second line output happened because when we use the -# progress meter, we force a newline output after the transfer in the main loop in curl, but when libcurl calls the progress callback from curl_easy_cleanup() it would then output the progress display again. Possibly the naive newline output is wrong but this optimization was suitable anyway... Reported by: Daniel Theron Bug: http://curl.haxx.se/bug/view.cgi?id=3517418
* curl tool: make curl.h first header included in tool_setup.hYang Tse2012-04-081-2/+0
|
* curl tool: use configuration files from lib directoryYang Tse2012-04-061-2/+2
| | | | | | | | | | | Configuration files such as curl_config.h and all config-*.h no longer exist nor are generated/copied into 'src' directory, now these only exist in 'lib' directory from where curl tool sources uses them. Additionally old src/setup.h has been refactored into src/tool_setup.h which now pulls lib/setup.h The possibility of a makefile needing an include path adjustment exists.
* progress_cb: avoid buffer overflowDaniel Stenberg2011-11-111-5/+7
| | | | | | | | | | | | The progress bar output function would blindly use the terminal width without bounds checking. When using a very wide terminal that caused a buffer overflow and segfault. We now limit the max bar with to 255 columns, and I simplified the code to avoid an extra snprintf and buffer. Bug: http://curl.haxx.se/bug/view.cgi?id=3435710 Reported by: Alexey Zakhlestin
* curl tool: reviewed code moved to tool_*.[ch] filesYang Tse2011-09-241-0/+146
View Lorry Controller Status