1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
|
bar (1.11.1-2) unstable; urgency=low
* bumped Standards-Version to 3.9.4
* added the switch --with autotools_dev in debian/rules. Closes: #727326
-- Georges Khaznadar <georgesk@debian.org> Thu, 24 Oct 2013 18:08:13 +0200
bar (1.11.1-1) unstable; urgency=low
* upgraded to the newest upstream version
* changed the DEBEMAIL
* upgraded Standards-Version to 3.9.3
* changed the source format to 3.0 (quilt)
* used the simplified debian/rules file which relies on debhelper
* used hardening options to compile bar
-- Georges Khaznadar <georgesk@debian.org> Fri, 18 Jan 2013 18:54:40 +0100
bar (1.11.0+debian) stable; urgency=low
* upgraded to the new upstream version. Copied part of the debian changelog
from upstream to the file Changelog. The current changelog is now
reserved for maintainer's messages. Added the '+debian' suffix in
the package name
-- Georges Khaznadar <georgesk@ofset.org> Fri, 27 Aug 2010 12:30:31 +0200
bar (1.10.9-1) stable; urgency=low
* first publication in Debian. Closes: #593260
* taken the maintenance of the package with Michael Peek's agreement
* upgraded Standards-Version to 3.9.1 and compat to 7
* added dependencies on misc:Depends and shlibs:Depends
* protected "-$(MAKE) distclean" in debian/rules
* replaced "dh_clean -k" by "dh_prep" in debian/rules
* commented out "$(MAKE) check" in debian/rules as this target is rather
done for the mainstream developer
* replaced the full text citation of the GPL-2 by a pointer, in
debian/copyright
-- Georges Khaznadar <georgesk@ofset.org> Mon, 16 Aug 2010 20:23:05 +0200
bar (1.10.9) stable; urgency=low
* Bugfix: Grant McDorman found a bug in args.c in which the code was not
ANSI-C compliant, and submitted a patch to fix. This patch has been
incorporated into the source. Thanks Grant!
-- Michael S. Peek <peek@tortoise.tiem.utk.edu> Thu, 28 Jun 2007 09:10:03 -0400
bar (1.10.8) stable; urgency=low
* Feature added: -c / --continue <size>
Allow the user to instruct bar that this is a continuation of a previous
transfer, and that we are continuing from size <size>. Use of this option
will throw off throughput and ETA calculations at the first, with the
numbers settling down a bit as the transfer continues.
* Feature added: "cp mode"
If no -if, --in-file, -of, --out-file command line options are used, and
unknown command line options are encountered, then bar will assume that
the first unknown command line option encountered is a path to an input
file, and the second (if found) is the path to an output file.
When this feature is implemented, if the destination is a directory, then
bar will create a file of the same name as the input file in the
destination directory, and will attemt to preserve file modes.
-- Michael S. Peek <peek@tortoise.tiem.utk.edu> Wed, 6 Jun 2007 16:41:28 -0400
bar (1.10.7) stable; urgency=low
* This is a bugfix release:
- Do not exit with an I/O error if the error is EAGAIN.
-- Michael S. Peek <peek@tortoise.tiem.utk.edu> Tue, 3 Oct 2006 13:41:09 -0400
bar (1.10.6) stable; urgency=low
* This is a bugfix release:
- A bug in args.c caused incorrect command line parsing. This is why I
shouldn't use one-letter variables, especially variables that look
similar, like 'c' and 'o'. Thanks to Carl Lowenstein for catching this
bug and helping me to trace it down it so quickly.
-- Michael S. Peek <peek@tortoise.tiem.utk.edu> Tue, 4 Apr 2006 10:52:57 -0400
bar (1.10.5) stable; urgency=low
* Modified configure scripts:
- Now tests to find the page size of the compiling system and uses this
value by default. This can be overridden w/ --with-page-size.
- Compiles and runs tests to see if sysconf() returns a usable value. On
some systems -1 was being returned, but since the configure script found
a sysconf() function it was configuring bar to use it, but bar would
bomb with an error when it tried to use posix_memalign() w/ -1 as the
system's memory page size. So now, even if you have sysconf()
available, if sysconf() returns -1 for the page size, bar will be
configured not to use aligned memory.
- Compiles and runs tests to see if posix_memalign() is usable. In the
event of failure, separate assertions in the test code will reveal
whether posix_memalign() failed because if EINVAL, ENOMEM, or if there
was some other error. (This test could be made smarter. At the moment
the only action taken is that the configure script will log the
assertion to config.log. But it wouldn't be too hard to notify the user
of the error returned and/or take some specific action.)
- In the event that posix_memalign() checks fail, retry the test two more
times. Once defining _GNU_SOURCE and, if that fails, a second time
defining _XOPEN_SOURCE=600. I've not run accross any systems that need
these defined, but according to some man pages they may need be.
- Compiles and runs tests on aligned memory usability -- merely a
formailty at this point though. The above checks should be sufficient.
- Prints out configuration settings for the user in an easily-readable
format, so that it is obvious from the start how bar is configured to
operate. Also, some helpful text is printed on how to troubleshoot bar
and point the user to the new TROUBLESHOOTING text file.
* Fixed a reported bug in io.c's use of posix_memalign() reported by Doncho
N. Gunchev.
* New file, TROUBLESHOOTING, gives the user some things to try and
instructions on how to report bugs.
* ChangeLog is now a link to debian/changelog. All future changelog entries
will follow a debian format.
* Original changelog contents:
2005-04-01: Release 1.10.4
- Minor code change to allow bar to compile on systems without
snprintf().
2005-01-19: Release 1.10.3
- Bug sighted in ioWrite() by Chris Gentle, sank same:
avail = io.buffer_size = io.buffer_used;
Not only should this have been:
avail = io.buffer_size - io.buffer_used;
But the variable avail is not even used in ioWrite(). Shame on me for
not noticing.
The offending lines have been removed.
2004-11-23: Release 1.10.2
- Discovered the problem with memalign. Apparently memalign has two
definitions depending upon your version and flavor of OS:
memalign(size, boundary)
and
memalign(boundary, size)
New configure tests were designed, but bar still segfaults on some
systems, even after identifying which flavor of memalign to use.
Tests seem to show that using aligned memory gives less than a 1%
speed increase, so I have decided to not worry about it. The use of
memalign has been discontinued, although the use of posix_memalign is
still used if found. If posix_memalign is available, and
--disable-use-memalign has not been set, then use posix_memalign,
otherwise use malloc.
- Fixed a bug in the use of posix_memalign.
- Bar now has some default colors compiled in, in case ansi is turned on
and no colors are defined via a .barrc file.
- Removed test-args from the list of tests. The command line arguments
haven't changed in many versions now, and I have no intention of
changing them in the future.
2004-11-10: Release 1.10.1
- The strange I/O bug bit again. Tim Bynum reported an esoteric read
error under cygwin that sounded suspiciously similar to the EFAULT bug
seen earlier. With his help, I was able to track down the problem to
my use of aligned memory as an I/O buffer.
Created some elaborate tests within configure to try to reproduce the
problem so that the use of aligned memory allocation can be turned off
automatically on systems where this bug occurs:
Changed the way aligned memory was tested in the configure script:
a) Test to see if aligned memory is supported by the OS
b) If so, test to see if aligned memory works with read()/write()
c) If so, was --enable-use-memalign passed to configure
d) If so, attempt to use aligned memory allocation.
Changed the way vectored I/O was tested in the configure script:
a) Test to see if vectored I/O is supported by OS
b) If so, test to see if vectored I/O works with our chosen method of
memory allocation
c) If so, was --disable-use-iovec passed to configure
d) If not, attempt to use vectored I/O
Unfortunately, the tests pass with flying colors, while bar still fails.
Aligned memory allocation is now disabled by default. It can be enabled
by passing --enable-use-memalign to configure.
- Added a test to the configure script such that if HAVE_SYSCONF is
defined, check to see if _SC_PAGE_SIZE and _SC_PAGESIZE are defined.
Use whichever one is found.
- Spellcheck! It's a wonderful thing.
2004-11-09: Release 1.10
- The new changes to the I/O have been thoroughly tested on a number of
architectures and are believed to be safe.
2004-09-22: (development continues)
- The ring buffer seems to have problems with readv() on some
architectures. Investigating...
On the RedHat-9 system of the sourceforge compilefarm, readv() returns
an error and sets errno to EFAULT (segmentation fault) when
vec[0].iov_base > io.buffer. The only reference to EFAULT I could
find was in _UNIX System V Network Programming_, where EFAULT is said
to be set when there is a pointer problem. But the values of vec[]
have been verified as valid. On a Fedora Core 2 system this does not
happen. In fact, on no other system tested has this problem surfaced.
I'm clueless.
Therefore I am exploring the possibility of using a workaround. I
have written a configure test to check the operation of readv(). If
the problem is found then iovec I/O will be disabled and bar will use
regular read()/write() instead. The configure option
--disable-use-iovec has also been added, so that the user may override
the results of the configure test and disable the use of iovec even if
configure thinks it's safe.
2004-09-22: (development continues)
- Incorporated changes submitted by Christopher Chan-Nui to increase
throughput and decrease CPU usage. His changes include implementing a
page-aligned circular buffer in memory, and a larger default buffer
size.
The default buffer size can now be changed by passing
--with-buffer-size=SIZE when running configure. The new default buffer
size is 512K.
Changing your buffer size may or may not create a difference,
depending on your application of bar. For something fast, like I/O to
memory or to a fast hard drive, a larger buffer of say 1M might be
worth your while. But for I/O to something slow, like a tape drive,
the cost of using so much memory might not outweigh the increase in
performance.
- Chan-Nui's patch also changed the way the twiddle is updated.
Specifically it only updated the twiddle (a) if there was data written,
and (b) only when the rest of the line was updated. I decided to use a
twiddle as feedback that something was happening even for long update
delays. The problem is that on some machines, notably Linux on PC's,
the twiddle goes so fast that all it does is slam a slow terminal
connection, creating a bottleneck. Therefore I have made two changes
to the way the twiddle is updated:
1) The twiddle is turned off by default. This means that in order to
see the twiddle, you have to either specify -dtw or -da on the command
line, or you have to put "display-twiddle: yes" in the resource file.
This new default behavior can be changed by specifying
--enable-default-twiddle when running configure.
2) The twiddle will only update once a second, and then only if data
was actually copied.
- These changes have drastically increased the throughput of bar on both
SPARC and Intel architectures. As a comparison between version 1.09
and 1.10, the following throughput was seen using various buffer sizes
with the following command line:
bar -if /dev/zero -of /dev/null
Where:
bar-1.09 bar-1.10
----------------------------------- -----------------------------------
buffer | throughput buffer | throughput
size | i686-Linux E4500-Solaris size | i686-Linux E4500-Solaris
-------|------------|-------------- -------|------------|--------------
1K | 83.2MB/s | 8.4MB/s 1K | 135.2MB/s | 16.0MB/s
2K | 116.2MB/s | 11.8MB/s 2K | 269.7MB/s | 32.1MB/s
4K | 144.0MB/s | 14.1MB/s 4K | 520.7MB/s | 56.9MB/s
8K | 162.9MB/s | 15.5MB/s 8K | 973.9MB/s | 92.3MB/s
16K | 137.5MB/s | 16.4MB/s 16K | 1.4GB/s | 136.3MB/s
32K | 138.8MB/s | 16.9MB/s 32K | 2.7GB/s | 178.7MB/s
64K | 127.6MB/s | 17.2MB/s 64K | 5.0GB/s | 211.6MB/s
128K | 135.1MB/s | 17.2MB/s 128K | 9.0GB/s | 233.0MB/s
256K | 133.7MB/s | 17.3MB/s 256K | 14.8GB/s | 242.2MB/s
512K | 129.8MB/s | 17.3MB/s 512K | 22.1GB/s | 248.4MB/s
1M | 128.2MB/s | 17.3MB/s 1M | 29.2GB/s | 251.1MB/s
2M | 126.9MB/s | 17.3MB/s 2M | 35.0GB/s | 255.5MB/s
4M | 126.5MB/s | 17.1MB/s 4M | 38.0GB/s | 255.3MB/s
8M | 125.5MB/s | 17.1MB/s 8M | 39.5GB/s | 246.9MB/s
16M | 124.7MB/s | 16.2MB/s 16M | 40.6GB/s | 254.2MB/s
32M | 126.1MB/s | 16.0MB/s 32M | 40.8GB/s | 244.6MB/s
64M | 128.0MB/s | 15.5MB/s 64M | 41.2GB/s | 248.9MB/s
128M | 128.0MB/s | 15.6MB/s 128M | 41.4GB/s | 253.3MB/s
256M | 129.0MB/s | 15.6MB/s 256M | 41.9GB/s | 243.3MB/s
512M | 128.0MB/s | 14.4MB/s 512M | 40.9GB/s | 227.6MB/s
1G | 62.1MB/s | 13.5MB/s 1G | 40.9GB/s | 202.1MB/s
2004-05-27: Release 1.09
IDEAS:
- Add an option to handle multi-volume output, and display progress of
current volume. Problems to overcome:
- Automatically adjusting expected volume size:
- If no volume size is given, count the first volume and expect that
much for subsequent volume?
- If for instance you're writing to a tape drive with hardware
compression, and the volume size changes from one volume to the next
dependent on the data written, how should bar handle the expected
size of the next volume?
- Retrying a failed volume:
- Where do you store the data to be re-written?
- Knowing the difference between failed media and end-of-media?
- Should multi-volume capability be a separate program that bar pipes
to, or should I overhaul bar itself and make it vastly more
complicated?
- How to handle closing and re-opening a device between media changes:
- At the end of a volume, should bar:
- Prompt and wait for input?
- Run a program or script?
- Both (configurable)?
- When opening the next volume, should bar:
- Open the same device?
- Prompt for a new device?
- Read output from a program or script?
- Some configurable option to select one of these three?
Incorporated 'b'lock-size changes submitted by Michael T Bendzick.
Added the -bl/--block-size command line option and the "block-size"
resource file keyword to allow the user to specify the default block
size used. This option is only used in specifying the size of the
expected data stream on the command line and does not affect the I/O
routines. When specifying data size in terms of blocks the -k (size of
a kilobyte) is ignored.
Incorporated a spelling correction by Michael T Bendzick.
Added -dtp/--display-total-percent/-ntp/--no-total-percent command line
options, and the "display-total-percent" resource file keyword to allow
the user to specify that bar is not to display the total percent of
expected input in summary reports.
Fixed minor bug where the background color for a space was not
initialized. Added -ti/--title command line option and "title" resource
file keyword to specify a title to display on the status line during
data I/O. This option takes a string up to 80 characters in length
(excess characters will be truncated).
Added -dti/-nti/--display-title/--no-title command line options and the
"display-title" resource file keyword to toggle the displaying of a
title. Even if activated, nothing will be printed if no title string is
set.
Added -tifg/-tibg/-tib/-tin/--title-foreground/--title-background/
--title-bold command line options and "title-foreground",
"title-background", "title-bold" resource file options to specify the
colors used in displaying the title string.
2004-01-06: Release 1.08
Added an option to display the throughput as bits/sec instead of as
bytes/sec.
Added an option to display the the data count as bits instead of as
bytes.
2003-12-15: Release 1.07
Added an option to throttle the throughput to a given number of bytes per
second.
Modified autoconf yet again for hopefully greater portability.
Configure now assumes -sw-1 by default on *-pc-cygwin systems.
2003-12-13: Release 1.06.3
Fixed another signal handler error that would cause bar to exit with
errno == EINTR if the window size changed during a call to select().
2003-12-10: Release 1.06.2
Fixed a bug that could potentially hose the terminal: installed a signal
handler that removed O_NONBLOCK from I/O descriptors when Control-C is
pressed.
Minor cleanup of some code.
2003-12-09: Release 1.06.1
Added an option to force bar to display the elapsed time only, not the
eta.
2003-11-13: Release 1.06
Chris Gentle pointed out that bar is unable to open files greater than
2gb under Linux. Modified args.c to include O_LARGEFILE (if defined) to
open() when opening files for the --in-file and --out-file arguments.
Modified autoconf script to test for native Large File support. If that
test fails, autoconf will test to see if defining _FILE_OFFSET_BITS or
_LARGE_FILES allows bar to open and stat files greater than 2gb.
Added error.h/error.c to give more descriptive error messages when stuff
fails.
Added O_CREAT to open() for -of/--out-file option to allow bar to create
a file, and modified the creation mode for rw-rw-rw-. (Duh!)
Added #include <sys/time.h> to io.c for i686-pc-cygwin.
Added test-types.c to facilitate porting tests.
Fixed a bug in args.c number parser where the command line option --size
18446744073709551615 would produce a parse error resulting from the
inability of the parser to find the nonexistent units multiplier
character.
Tested bar on the various platforms available on the SourceForge compile
farm. See PORTING for a list. Cleaned up code and many compile
warnings on several platforms.
Modified number parser in args.c to be smart enough to recognize that "."
followed by a units multiplier is not a valid number. (Ex: -s .m)
Added resource file parsing for ~/.barrc and ./.barrc. Required
revamping argument parsing in args.c.
Fixed a bug in test-args.c whereby test110() would fail on line 15321 on
systems where size_t is 8 bytes instead of 4.
2003-11-04: Release 1.05
Chris Gentle supplied a patch for the --no-summary command line option.
Added code to query the terminal to find the terminal width and to update
itself when the terminal size changes.
Rewrote command line parsing algorithms for cleaner code. Fixed an error
when parsing fractional size arguments. (i.e. "<x>.<y>" numbers, such as
"1.38m".)
Ran ispell on the stupid manual page.
2003-10-31: Release 1.04
Chris Gentle supplied a patch for the --no-time command line option.
Updated display code to include petabyte (2^50) and exabyte (2^60) in
addition to kilo, mega, giga, and tera.
Updated command line argument parser to include 'P'etabyte and 'E'xabyte
modifiers to size arguments.
Added -n* and --no-* command line options to turn off pieces of the
display.
Added -d* and --display-* command line options to turn on pieces of the
display.
Added -sw and --screen-width command line options to allow the user to
set the width of the display.
Added types.h and supporting autoconf tests for type uint64.
Updated man page.
2003-09-09: Release 1.03
Anand Mitra supplied modifications that drastically reduced CPU usage.
Minor code restructuring for optimization.
Minor changes to autoconf scripts and code, (hopefully) to make bar more
portable.
Introduced a manual page.
Introduced command line option -t / --timeout as a way to specify the
number of microseconds select() is to wait for a change in I/O.
Reversed the order of the ChangeLog file so most recent changes appear
first. (Duh.)
One more minor bug fix to the display code.
2003-08-20: Release 1.02
Minor bug fix to autoconf.
2003-08-18: Release 1.01
Minor bug fixes in the display algorithms.
2003-08-14: Release 1.0
Initial release.
# vim:et:ts=2:shiftwidth=2
-- Michael S. Peek <peek@tiem.utk.edu> Fri, 10 Mar 2006 09:50:48 -0500
bar (1.10.4) stable; urgency=low
* Initial Release.
-- Michael Peek <peek@tiem.utk.edu> Thu, 16 Jun 2005 13:50:15 -0400
|
