Changeset 1075 in MondoRescue for branches/stable/mondo/src/common/libmondo-fifo.c
- Timestamp:
- Jan 25, 2007, 4:18:59 PM (17 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
branches/stable/mondo/src/common/libmondo-fifo.c
r941 r1075 1 1 /* libmondo-fifo.c 2 2 $Id$ 3 4 5 04/176 - replaced INTERNAL_TAPE_BLK_SIZE with bkpinfo->internal_tape_block_size7 8 04/04/20049 - ps wax is now ps wwax10 11 09/10/200312 - p75 is now p80 in outopening tape call13 - negotiate largest buffer possible when opening tape drive14 - fall back to dd if buffer fails15 16 09/0917 - better logging for tape users18 - working on try_hard_to_fwrite(), try_hard_to_fread()19 - replaced internal w/ EXTERNAL 'buffer' exe.20 21 08/3022 - tweaked error msgs in try_hard_to_fwrite()23 24 08/0225 - updated is_incoming_block_valid() to make it26 return end-of-tape if >300 flotsam blocks27 28 05/0229 - when logging tape errors, don't repeat self30 31 04/2432 - added lots of log_OS_error()'s and assert()'s33 34 04/2235 - copy_file_from_here_to_there() --- added a bit of fault tolerance;36 if write fails, retry a few times before reporting error37 38 04/07/200339 - line 866 --- set block_size used by internal buffer to 32768;40 was INTERNAL_TAPE_BLK_SIZE/241 42 10/01 - 11/30/200243 - is_incoming_block_valid() --- always make44 checksums %65536, just in case int size is45 odd (GRRR, ArkLinux)46 - disabled rotor-related superfluous warnings47 - added INTERNAL_TAPE_BLK_SIZE48 - do_sem() now returns int explicitly49 - changed internal_block_size50 - some irregularities (e.g. bad 'type'-ing) found by Kylix; fixed by Hugo51 52 09/01 - 09/3053 - change 64k to TAPE_BLOCK_SIZE54 - added internal_block_size; set it to TAPE_BLOCK_SIZE*255 - if data is flowing FROM tape TO hard disk then set the threshold to 10 (not 75)56 - lots of multitape-related fixes57 - finally caught & fixed the 'won't finish unzipping last bigfile' bug58 - added WIFEXITED() after waitpid(), to improve multi-tape support59 60 08/01 - 08/3161 - trying to catch & stop 'won't finish unzipping last bigfile' bug by62 changing the copy_file_rom_here_to_there code63 - changed % threshold from 95 back to 7564 - don't insist on full 256K write of last block to tape65 - if >25 secs go by & all data (AFAIK) has been copied thru by FIFO wrapper66 and g_tape_stream is _still_ not closed then shrug shoulders & pthread_exit67 anyway...68 - change fprintf()'s to log_it()'s69 - added a header+footer to each block as it is read/written to/from tape70 by copy_file_from_here_to_there71 - wrote workaround to allow >2GB of archives w/buffering72 - changed % threshold from 75 to 9573 - added calls to set_signals(); 'buffer' was killing mondoarchive as74 it terminated75 - cleaned up struct-passing, to improve reliability and eliminate76 some race conditions77 - changed some forks to pthreads78 - added some comments79 - created libfifo{.c,.h,-EXT.h}80 - copied core of 'buffer' here81 - added some other, Mondo-specific functions82 - hacked 'buffer' into user-friendliness83 3 */ 84 4
Note:
See TracChangeset
for help on using the changeset viewer.