Reduce the recursion limit

Fix an endless loop that occurs when the compiler makes enums less than the
width of an int.  This occurs with Open Watcom C and gcc with the -fshort-enums
option.

Tie the IFD table to the IFD enum to force the two to stay in sync at compile
time.

Removed some commented-out debug code.

Minor optimizations, fixing some 64-bit warnings

Consistency: all tag titles are capitalized

InteroperabilityIndex, InteroperabilityVersion & MaxApertureValue are now localizable

Changed a data type from short to long in the last submission.
Replaced all C99-style // comments with ANSI C comments.

Interpret more Sanyo MakerNote tags

Added some more Olympus/Sanyo image quality descriptions

Added descriptions for the remaining Pentax MakerNote tags.

Fixed a bug where Pentax v2 & v3 MakerNotes were indicated as being v1
internally. This turned out to be harmless because Pentax MakerNotes
cannot currently be saved.
Added logging during MakerNote parsing.

Uncomment this to fix a problem with Sanyo MakerNotes. It's probably best
not to in most cases because it seems to only affect the thumbnail tag
which is duplicated in IFD 1, and fixing the offset could actually cause
problems with other software that expects the broken form.
Also, don't log such detected corruption with EXIF_LOG_CODE_CORRUPT_DATA
as the exif front-end currently aborts when it gets such logs. It might be
better to change that behaviour of the front-end instead.

Log a message when corrupted MakerNotes are found for Canon and Fuji

Added the TIFF tag TimeZoneOffset which was spotted in an EXIF file in the
wild.  It's marked as EXIF_SUPPORT_LEVEL_UNKNOWN but that's enough to
convince libexif not to drop it when rewriting the EXIF tags.

Added support for Epson MakerNotes, which have the identical
tag format and namespace of the Olympus ones.

Added missing support level tags for a bunch of EXIF tags to mark them
as optional in the EXIF IFD.

Log when a subsidiary IFD (EXIF, GPS, Interoperability, thumbnail) is found

Fixed the interpretation of some tags as being optional in IFD 1
(to match the EXIF 2.2 spec) which stops them from being erroneously removed
from a file

Jan Patera pointed out that referencing appendices, tables and sections of the
EXIF spec within the tag descriptions didn't make much sense.

Fixed a typo in the EXIF_TAG_GPS_DEST_DISTANCE_REF tag description (thanks
to Jan Patera for catching it).

libexif/exif-tags.c: Added remaining GPS tags from the EXIF 2.2
spec to the tag table.

Updated Doxygen comments

contrib/examples/photographer.c: Added example program to show how
to display EXIF and MakerNote tags

Changed a few comments

Fixed bug #1946138 to stop ignoring CFLAGS in the sqrt configure test

po/vi.po: Updated Vietnamese translation by Clytie Siddall

Improved documentation

A couple problems with corrupted Olympus-style MakerNote tags are fixed.
First, corrupted MakerNote tags are dropped instead of causing the tag
to be filled with garbage data. Second, a bug in some Sanyo cameras
causes the MNOTE_OLYMPUS_TAG_THUMBNAILIMAGE data offset to be stored
as an absolute offset in the file instead of relative to the IFD. An
attempt is now made to detect and work around this problem.

Eliminated unreferenced variable

Fixed interpretation of the Olympus MNOTE_OLYMPUS_TAG_MODE tag

Made a log entry translatable.

Improved Doxygen documentation.

Enabled QT_AUTOBRIEF to automatically produce function summaries.
Removed an obsolete Doxygen entry.

Improved Doxygen documentation.

po/sk.po: Updated Slovak translation by Ivan Masár

Added Doxygen documentation

Added Doxygen comments for the main API entry points and data
structures

Document that libexif is now thread safe (when used appropriately).
Also, clarify the string encoding issue since gettext takes care of converting
strings into the appropriate locale's encoding.

Ignore the generated makefiles

The code for Swedish is sv, not se

Cleaned up the code a bit

Made a static table const

Mention example programs, libexif-gtk, autoreconf

contrib/examples/*: Added a couple of simple example programs
to show how to use libexif. One was written by Naysawn Naderi
and the other one I wrote. Closes bug #1246824.

po/nl.po: Updated Dutch translation by Erwin Poeze
po/pl.po: Updated Polish translation by Jakub Bogusz

libexif/exif-entry.c & configure.ac: use localtime_r when available
to be more thread safe

Internalized some strings into a const struct to make it smaller and
reduce the amount of run-time linking required

Prepare for development of the next release

Prepare for 0.6.17 release

Save some bandwidth and use the .bz2 archive by default

Removed some bogus Doxygen comments

libexif.spec.in: changed default release number to 1; added NEWS,
AUTHORS and COPYING files to package; moved libexif.so file to -devel
package; corrected license to LGPL

Added contrib/watcom/ directory to the source tarball now that
Jan Patera brought it up-to-date.

This file isn't generated by autoconf, it's checked in to CVS

Czech translation is no longer done through translationproject.org

po/de.po: Updated German translation by Marcus Meissner

1) Added fuji makernote support
2) fixed CR/LF

Moved aolserver/* to contrib/aolserver/* (these files have gone untouched
since 2002)

Document the camera types for which maker notes are supported

Updated non-translationproject.org translations ru and en_CA to latest
.pot file.

Removed .cvsignore file since the rest of the directory is empty

This is actually the libexif project...

Fixed typo

Expanded the Building section

Include sys/types.h to make sure ssize_t is defined (required for Open Watcom C)

Please don't crash in mnote_pentax_tag_get_description & mnote_olympus_tag_get_description
on unknown tags.

Fixed interpretation of Auto ISO and Self-Timer entries

Patch by Aric Blumer <aricblumer@users.sourceforge.net>:
GPS tags EXIF_TAG_GPS_IMG_DIRECTION_REF and EXIF_TAG_GPS_IMG_DIRECTION are now recognized

Added fixed bug number 2071600.

2008-10-04  Jan Patera <patera@users.sourceforge.net>

* libexif/olympus/exif-mnote-data-olympus.c: bug #,
  gnome Bug #549029: Original v1 Nikon makernotes
  are always parsed using MM order, regardless of
  main EXIF data word order.

2008-10-04  Louis Strous <louis_strous@users.sourceforge.net>

* libexif/exif-loader.c: DHT & DQT markers are now properly
  skipped when searching for APP1 marker in JPEG stream.
  Apparently such files are created by Gisteq PhotoTrackr SW
  used to add GPS tags.

Heuristic fix of bug #2071600 and gnome Bug #549029:
Corrupted Nikon D1H file resaved in II order with original v1 makernote in MM order.
Original v1 makernotes are always in MM order. Such makernotes are now always
expected to be in MM order (the way we detect this makernote version ensures it really
is in the MM order), regardless of the parent exif data order.

Patch by Louis Strous:
DQT and DHT markers before APP1 marker were making libexif refusing images
and claiming there is no EXIF data present.
Both makers are now properly skipped.

Replaced unsigned int by size_t in some places
Added some checks on sizes, makernotes shouldn't
be larger than 64kb.

po/nl.po: Updated Dutch translation by Erwin Poeze

gracefully return 0 when the name has not been found

Hopefully finally correct ;-)

do not memmove if i was the last slot, since it
is already gone (and we get -1*sizeof(ExifEntry*)
as size)

exif_content_remove_entry:
1) don't unref entry that was not removed from entries
2) don't reorder entries if removal fails
3) use memmove and not memcpy, the latter is not safe for overlapping buffers

P.S. Aren't we paranoic with expecting realloc to a slightly smaller buffer to fail???

handle the case where we realloc to 0 entries,
triggered for instance by GIMP or EOG which clean their data.

Avoid compiler warning - use the correct type

Fixed typo

Better support for MNOTE_OLYMPUS_TAG_FLASHDEVICE,
MNOTE_OLYMPUS_TAG_SENSORTEMPERATURE, MNOTE_OLYMPUS_TAG_LENSTEMPERATURE
(Olympus E10, E20, u20D)

2008-06-23  Lutz Mueller <lutz@users.sourceforge.net>

Patch by Mika Raento <mikie@google.com>:

* libexif/exif-loader.c: (exif_loader_free) Don't forget the logger.

2008-06-15  Lutz Mueller <lutz@users.sourceforge.net>

* configure.ac: Revert previous commit
* po/zh_CN.po: Remove.
* po/[sk,vi].po: Revert.

2008-06-15  Lutz Mueller <lutz@users.sourceforge.net>

* configure.ac: New po-file: zh_CN
* po/zh_CN.po: New
* po/[sk,vi].po: Updated.

exif_content removal

added a safety net in content_remove, so we do not loop
endless. Fixes a problem caused by EOG on certain JPEG files.

Updated Slovak translation from Ivan Masár

po/sk.po: Updated Slovak translation by Ivan Masár

Match remembered buffer size to really allocated size

2008-02-20  Lutz Mueller <lutz@users.sourceforge.net>

Follow-up on #1774591:

* libexif/exif-data.c: (exif_data_save_data_content) Remove check for
now impossible NULL value.

2008-02-17  Lutz Mueller <lutz@users.sourceforge.net>

Fix #1865046:

* COPYING:
* libexif/...: Use 'ue' instead of some strange German character.

2008-02-17  Lutz Mueller <lutz@users.sourceforge.net>

* libexif/exif-loader.c: (exif_loader_get_data) Return NULL if no
EXIF data has been found.

2008-02-16  Lutz Mueller <lutz@users.sourceforge.net>

Jan Patera <patera@pictview.com> spotted a problem with my last fix
for #1774591:

* libexif/exif-content.c: (exif_content_remove_entry) Recover
correctly in case of error by remembering the original size of the
realloc'ed data.
* libexif/exif-data.c: (exif_data_save_data_entry),
(exif_data_save_data_content) Same here.
* libexif/canon/exif-mnote-data-canon.c:
(exif_mnote_data_canon_save), (exif_mnote_data_canon_load) Same here.
        * libexif/fuji/exif-mnote-data-fuji.c:
        (exif_mnote_data_fuji_save), (exif_mnote_data_fuji_load) Same here.
        * libexif/olympus/exif-mnote-data-olympus.c:
        (exif_mnote_data_olympus_save) Same here.

2008-02-15  Lutz Mueller <lutz@users.sourceforge.net>

* Changelog
* README: use 'ue' instead of some stange German character.

2008-02-14  Lutz Mueller <lutz@users.sourceforge.net>

Fix #1774591 (partially):

* libexif/exif-content.c: (exif_content_remove_entry) Check the
return value of exif_mem_realloc.
* libexif/exif-data.c: (exif_data_save_data_entry),
(exif_data_save_data_content) Same here.
* libexif/canon/exif-mnote-data-canon.c:
(exif_mnote_data_canon_save), (exif_mnote_data_canon_load) Same here.
* libexif/fuji/exif-mnote-data-fuji.c:
(exif_mnote_data_fuji_save), (exif_mnote_data_fuji_load) Same here.
* libexif/olympus/exif-mnote-data-olympus.c:
(exif_mnote_data_olympus_save) Same here.

2008-02-14  Lutz Mueller <lutz@users.sourceforge.net>

Fix #1884609 (partially):

* libexif/exif-entry.c: (exif_entry_initialize) Initialize
EXIF_TAG_FLASH and EXIF_TAG_COLOR_SPACE.

Fixed an out of memory handling issue.

Fixed an error checking weakness reported in bug #1536244. It looks like
that particular bug was actually solved earlier, but this doesn't hurt.