Changeset 1075 in MondoRescue for branches/stable/mondo/src/common/libmondo-stream.c

Timestamp:

Jan 25, 2007, 4:18:59 PM (17 years ago)

Author:

Bruno Cornec

Message:

Improvements for USB support in mindi when called from mondo
Changelogs in C files removed from common

File:

• branches/stable/mondo/src/common/libmondo-stream.c (modified) (1 diff)

branches/stable/mondo/src/common/libmondo-stream.c

@@ -4 +4 @@
 ...tools for talking to tapes, Monitas streams, etc.
 
-
-07/10
-- added ACL and XATTR support
-
-04/17
-- added bkpinfo->internal_tape_block_size
-- fixed bug in set_tape_block_size_with_mt()
-
-03/25
-- call 'mt' when opening tape in/out, to set block size to 32K
-
-02/06/2004
-- only eject_device() at end of closein_tape() --- not closeout_tape()
-
-10/26/2003
-- call eject_device() at end of closein_tape() and closeout_tape()
- 
-09/25
-- added docu-header to each subroutine
-
-09/20
-- working on multi-tape code
-- friendlier message in insist_on_this_tape_number()
-- delay is now 5s
-
-09/10
-- adding multi-tape support
-- adding 'back catalog' of previous archives, so that we may resume
-  from point of end-of-tape (approx.)
-
-09/08
-- cleaned up insist_on_this_tape_number() --- 10s delay for same tape now
-
-08/27
-- improved find_tape_device_and_size() --- tries /dev/osst*
-
-05/05
-- added Joshua Oreman's FreeBSD patches
-
-04/24
-- added lots of assert()'s and log_OS_error()'s
-
-04/06/2003
-- use find_home_of_exe() instead of which
-
-12/13/2002
-- cdrecord -scanbus call was missing 2> /dev/null
-
-11/24
-- disabled fatal_error("Bad marker")
-
-10/29
-- replaced convoluted grep wih wc (KP)
-
-09/07
-- removed g_end_of_tape_reached
-- lots of multitape-related fixes
-
-08/01 - 08/31
-- write 16MB of zeroes to end of tape when closing(out)
-- compensate for 'buffer' and its distortion of speed of writing/reading
-  when writing/reading data disks at start of tape
-- rewrote lots of multitape stuff
-- wrote workaround to allow >2GB of archives w/buffering
-- do not close/reopen tape when starting to read/write from
-  new tape: no need! 'buffer' handles all that; we're writing
-  to/reading from a FIFO, so no need to close/reopen when new tape
-- write 8MB of zeroes at end of tape, just in case
-- re-enable various calls to *_evalcall_form
-- added g_end_of_tape_reached
-- fixed bugs in start_to_[read|write]_[to|from]_next_tape
-- added internal buffering, replacing the external 'buffer' exe
-- wait 10 seconds (after user inserts new tape), to
-  let tape stabilize in drive
-- added insist_on_this_tape_number()
-- worked on find_tape_device_and_size()
-- cleaned up some log_it() calls
-- added find_tape_device_and_size()
-- replaced using_cdstream with backup_media_type
-- replace *_from_tape with *_from_stream
-- replace *_to_stream with *_to_stream
-
-07/01 - 07/31
-- leave 32MB at end of tape, to avoid overrunning
-- started [07/24/2002]
 */