Arg_parser is an argument parser that follows POSIX and GNU conventions for command line arguments. There exist C++ and C versions of Arg_parser. The C++ version is implemented as a C++ class, while the C version is implemented as a single struct plus associated functions. Both are simpler, easier to use, and safer than 'getopt_long'. The C++ version of Arg_parser can also parse options from configuration files.
Clzip is a lossless data compressor based on the LZMA algorithm, with very safe integrity checking and a user interface similar to that of gzip or bzip2. Clzip decompresses almost as fast as gzip and compresses better than bzip2, which makes it well suited for software distribution and data archiving. Clzip uses the lzip file format; the files produced by clzip are fully compatible with lzip-1.4 or newer, and can be rescued with lziprecover. Clzip is, in fact, a C language implementation of lzip, intended for embedded devices or systems lacking a C++ compiler.
GNU ddrescue is a data recovery tool. It copies data from one file or block device (hard disk, CD-ROM, etc.) to another, trying hard to rescue data in case of read errors. GNU ddrescuelog is a tool that manipulates ddrescue logfiles, shows logfile contents, converts logfiles to/from other formats, compares logfiles, tests rescue status, and can delete a logfile if the rescue is done.
GNU ed is an 8-bit clean implementation of the POSIX line-oriented text editor. Ed is the "standard" text editor in the sense that it is the original editor for Unix, and thus widely available. For most purposes, however, it is superseded by full-screen editors such as GNU Emacs or GNU Moe.
GNU Moe is a powerful, 8-bit clean console text editor for ISO-8859 and ASCII character encodings. It has a modeless, user-friendly interface, online help, multiple windows, unlimited undo/redo capability, unlimited line length, global search/replace (on all buffers at once), block operations, automatic indentation, word wrapping, filename completion, a directory browser, duplicate removal from prompt histories, and delimiter matching.
GNU Ocrad is an OCR (Optical Character Recognition) program and library based on a feature extraction method. It reads images in pbm (bitmap), pgm (greyscale), or ppm (color) formats and produces text in byte (8-bit) or UTF-8 formats. It also includes a layout analyzer that is able to separate the columns or blocks of text normally found on printed pages. Ocrad can be used as a stand-alone console application, or as a backend to other programs.
Lzip is a lossless data compressor based on the LZMA algorithm, with very safe integrity checking and a user interface similar to the one of gzip or bzip2. Lzip decompresses almost as quickly as gzip and compresses better than bzip2, which makes it well suited for software distribution and data archiving. If you ever need to recover data from a damaged lzip file, try the lziprecover program.
Lziprecover is a data recovery tool and decompressor for files in the lzip compressed data format (.lz) able to repair slightly damaged files, recover badly damaged files from two or more copies, extract undamaged members from multi-member files, decompress files, test integrity of files, extract a range of bytes from a file, and list the correct size of multi-member files. Lziprecover is able to recover or decompress files produced by any of the compressors in the lzip family; lzip, plzip, minilzip/lzlib, clzip, and pdlzip. This recovery capability contributes to make the lzip format one of the best options for long-term data archiving.
> It seems that this might be most useful if implemented similarly to mkfs or fsck, in util-linux. What about "zdiff file1.gz file2.lz"?
Re: errors in ed-0.4 > there are a couple of glaring errors in signal.c: Both errors will be fixed in version 0.6. Next time, please use the mailing list to notify errors. Thanks.
Re: recoverdm > Looks a lot like recoverdm which can also merge multiple recover attempt > images (and features a special mode for damaged cd-roms). I think recoverdm is more lik...
Re: Dejà vue > And how would you want packagers to package a tool with completely the same name (and an older version) ?? > > Please take another name for the project, or consider ...
Re: Dejà vue > Hmm, it is normally considered best if improvements are contributed back to the original program. %Any specific reason why this can't be done here? Yes, the siz...