You need to log in before you can comment on or make changes to this bug.
I am using libtiff 4.0.6, and I have defined custom tags with the field_type TIFF_SSHORT. When I now read files with this tag, the function TIFFFetchNormalTag reaches the default case with the line assert(0); /* we should never get here */ . This is very disturbing during debugging my project, because I frequently want to read a list of TIFF files and the assert gets me the following dialog: --------------------------- Microsoft Visual C++ Debug Library --------------------------- Assertion failed! Program: L:\jdk1.6.0_21_x64\bin\javaw.exe File: L:\tiff-4.0.6\libtiff\tif_dirread.c Line: 5354 Expression: 0 (Press Retry to debug the application) --------------------------- Abort Retry Ignore --------------------------- The TIFFFieldInfo of my custom tag is: {37023,-1,-1,TIFF_SSHORT,FIELD_CUSTOM, 1,1, "ProcessStatus"} This causes set_field_type to become TIFF_SETGET_C16_SINT16, which is not listed in TIFFFetchNormalTag, so I assume that reaching the default case is correct. Is it? I don't want to suppress the assertion by using a release build of libtiff, because I want to debug how my custom tags are processed internally.
do you reproduce with latest version (4.0.10 or master from gitlab https://gitlab.com/libtiff/libtiff ) ?
Bugzilla is no longer used for tracking libtiff issues. Remaining open tickets, such as this one, have been migrated to the libtiff GitLab instance at https://gitlab.com/libtiff/libtiff/issues . The migrated tickets have their summary prefixed with [BZ#XXXX] where XXXX is the initial Bugzilla issue number.
