[magick-users] Why can't I open a tiff file?
Rich Cook
rcook at llnl.gov
Fri Jul 6 14:49:54 PDT 2007
========================================================================
=======================
Well, well, then, here's a surprise, I think:
rcook at up041 (aix_5_64_fed): bin/convert -list format
Format Module Mode Description
------------------------------------------------------------------------
-------
* native blob support
rcook at up041 (aix_5_64_fed):
========================================================================
=======================
That's it...
Why don't I have any delegates?
There is lib/ImageMagick-6.3.4/modules-Q16/coders/tiff.{a,la}
The .la file appears to have some weird info in it:
========================================================================
=======================
rcook at up041 (aix_5_64_fed): cat lib/ImageMagick-6.3.4/modules-Q16/
coders/tiff.la
# tiff.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.5.22 (1.1220.2.365
2005/12/18 22:14:06)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.
# The name that we can dlopen(3).
dlname='tiff.so'
# Names of this library.
library_names='tiff.a tiff.a'
# The name of the static archive.
old_library=''
# Libraries that this one depends upon.
dependency_libs=' -L/usr/global/tools/ImageMagick/6.3.4/aix_5_64_fed/
lib -L/opt/freeware/lib -L/gestconf/project/GNOME_ACL/GNOME/build/
BLD_M_gnome2_12f1/export/power_510_32/usr/lib -L/gestconf/project/
GNOME_ACL/GNOME/build/M_acc_gnome2_12_0f1/export/power_510_32/usr/lib
-L/gestconf/project/GNOME_ACL/GNOME/build/acc_gnome2_12_0f1/export/
power_510_32/usr/lib -L/gestconf/project/GNOME_ACL/GNOME/build/
GNOME_2_12_0/export/power_510_32/usr/lib -L/users/project/PDP/
PDP_51_050/usr/ccs/lib -L/users/project/PDP/PDP_51_050/usr/lib /usr/
global/tools/ImageMagick/6.3.4/aix_5_64_fed/lib/libMagick.la /opt/
freeware/lib/libfontconfig.la -lfreetype -L/usr/global/tools/
ImageMagick/6.3.4/aix_5_64_fed/ -lXext -lSM -lICE -lX11 -lXt -lbz2 -
lpthreads /opt/freeware/lib/libfreetype.la -ldl -lc -ljpeg -lz -lm'
# Version information for tiff.
current=0
age=0
revision=0
# Is this an already installed library?
installed=yes
# Should we warn about portability when linking against -modules?
shouldnotlink=yes
# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''
# Directory that this library needs to be installed in:
libdir='/usr/global/tools/ImageMagick/6.3.4/aix_5_64_fed/lib/
ImageMagick-6.3.4/modules-Q16/coders'
>
> From: Anthony Thyssen <anthony at griffith.edu.au>
> Date: July 5, 2007 9:38:48 PM PDT
> To: ImageMagick User List <magick-users at imagemagick.org>
> Subject: Re: [magick-users] Why can't I open a tiff file?
> Reply-To: Anthony Thyssen <A.Thyssen at griffith.edu.au>
>
>
> Rich Cook on wrote...
> | Sorry to go on about this, but I'm not getting any replies and
> I'm at =20
> | my wit's end with this. I have looked in the source code, on the
> =20
> | web... nothing, no help. After compiling ImageMagick, I do not
> see =20
> | any TIFF support.
> |
> | rcook at up041 (aix_5_64_fed): bin/display ~/dataAndImages/test.tiff
> | display: no decode delegate for this image format `/g/g0/rcook/=20
> | dataAndImages/test.tiff'.
> | display: unable to open image `logo:': No such file or directory.
> |
> | The configure script found tiff support:
> | configure:37601: result: =20
> | -------------------------------------------------------------
> | configure:37603: result: Checking for TIFF support
> | configure:37605: result: =20
> | -------------------------------------------------------------
> | (snip)
> | configure:38451: result: yes
> | configure:38483: result: ---------
> |
> | There is no "tiff" entry in delegates.xml, but it works fine on
> Linux =20
> | and there is also no tiff delegate listed there.
> |
> | I stepped through the code in a debugger and found very little
> there =20
> | to help. It looks like the installation is just wacked somehow...
> |
> Tiff does not use a delegate program, just coder that uses a library.
>
> Delegates are external programs to convert from one format to another,
> whether IM itself understands the format or not.
>
> If TIFF appears on the list
> convert -list format
>
> then the coder was compiled into IM.
> In my case I see
> EPT EPT rw- Encapsulated PostScript with TIFF preview
> EPT2 EPT rw- Encapsulated PostScript Level II with
> TIFF preview
> EPT3 EPT rw+ Encapsulated PostScript Level III with
> TIFF preview
> FAX* FAX rw+ Group 3 FAX
> See TIFF format. Note that FAX machines use non-square
> pixels which
> are 1.5 times wider than they are tall but computer
> displays use
> square pixels. FAX images may appear to be narrow unless
> they are
> explicitly resized using a resize specification of
> "150x100%".
> PTIF* TIFF rw- Pyramid encoded TIFF
> TIFF* TIFF rw+ Tagged Image File Format (LIBTIFF,
> Version 3.8.2)
> TIFF64* TIFF --- Tagged Image File Format (64-bit)
> (LIBTIFF, Version 3
>
> (DO NOT MAIL THE WHOLE LIST! - it is too long)
>
> The coder is only loaded as it is needed, which ensures IM can be
> installed without requiring every coder dependancy to be present.
>
> Under my linux the coders are the .so file in
> /usr/lib/ImageMagick-6.3.5/modules-Q16/coders/tiff.so
>
> An ldd on this coder
> ldd /usr/lib/ImageMagick-6.3.5/modules-Q16/coders/tiff.so
>
> shows the line...
> libtiff.so.3 => /usr/lib/libtiff.so.3 (0x00110000)
>
> So it finds everything it needs to decode or generate the TIFF file
> format.
>
> Mind you I compile IM myself for my system so only coders that can
> work
> on my system were generated. For binary installed IM that may not be
> the case, and is why this system is used.
>
>
> Anthony Thyssen ( System Programmer ) <A.Thyssen at griffith.edu.au>
>
> ----------------------------------------------------------------------
> -------
> As flat as an open can of coke, left on a programmer's desk over
> the weekend.
> --- Rick Cook, "Wizardry
> Consulted"
>
> ----------------------------------------------------------------------
> -------
> Anthony's Home is his Castle http://www.cit.gu.edu.au/
> ~anthony/
>
>
>
> _______________________________________________
> Magick-users mailing list
> Magick-users at imagemagick.org
> http://studio.imagemagick.org/mailman/listinfo/magick-users
--
✐Richard Cook
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4037, Mail Stop L-557
7000 East Avenue, Livermore, CA, 94550, USA
☎ (office) (925) 423-9605
☎ (fax) (925) 423-6961
---
Information Management & Graphics Grp., Services & Development Div.,
Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)
More information about the Magick-users
mailing list