libtiff/contrib/mfs
Bob Friesenhahn 5b90af247e * CMakeLists.txt: Add CMake patchset by Roger Leigh as posted to
libtiff mailing list on Mon, 22 Jun 2015 21:21:01 +0100. Several
corrections to ensure that the autotools build still works were
added by me.  I have not yet tested the build using 'cmake' or
MSVC with 'nmake'.
2015-06-25 02:27:58 +00:00
..
.cvsignore
CMakeLists.txt * CMakeLists.txt: Add CMake patchset by Roger Leigh as posted to 2015-06-25 02:27:58 +00:00
Makefile.am
Makefile.in * tools/tiffcrop.c (ROTATE_ANY): Fix Coverity 1294542 "Logical 2015-05-28 01:50:20 +00:00
mfs_file.c * contrib: Add an emacs formatting mode footer to all source files 2010-06-08 18:55:15 +00:00
README

Date:    Mon, 23 Jun 1997 13:30:48 +0200
To:      <sam@cthulhu.engr.sgi.com>

From:    "Mike Johnson" <mikehunt@swipnet.se>
Subject: libtiff - Thanks

Return-Path: mikehunt@swipnet.se 
Delivery-Date: Mon, 23 Jun 1997 06:53:39 -0700

Hi Sam,

I noticed in the README from libtiff that you would like to know about
what people have done with libtiff, so I thought I would drop you a
line.

We have used libtiff to create and convert TIFF images of financial
documents which are sent from and to major document processing systems
in Sweden and Denmark.

I would like to express my deep gratitude to yourself and Sillicon
Graphics for making this excellent library available for public use.
There is obviously a lot of work that has gone in to libtiff and the
quality of the code and documentation is an example to others.

One thing that libtiff did not do was work on a memory area rather than
files. In my applications I had already read a TIFF or other format
file in to memory and did not want to waste I/O writing it out again
for libtiff's benefit. I therefore constructed a set of functions to
pass up to TIFFClientOpen to simulate a file in memory. I have attached
my mfs (memory file system) source code for you to use or junk, as you
see fit. :-)

Once again, thanks very much for making my life simpler.

Best Regards,

Mike Johnson.