I have just bought an SL-C3100 and one of the things I'd like to use it for is viewing images, from my camera, in the field.
The images are 12MB Tiff files and most of the Zaurus software can't cope with Tiff so I'd like to shrink and convert to Jpeg.
I've put an Arm binary of ImageMagick 'convert' onto the Zaurus and have installed the libtiff package but if I try to use 'convert' I get a message 'Libtiff is not available'.
Can anyone suggest what might cause this?
On Sat, 2005-10-29 at 14:06 +0000, Barry Samuels wrote:
I've put an Arm binary of ImageMagick 'convert' onto the Zaurus and have installed the libtiff package but if I try to use 'convert' I get a message 'Libtiff is not available'.
Can anyone suggest what might cause this?
Not sure but does the lib in question appear when you do a ldconfig -v on the zaurus ?
If not then I'd guess that libtiff has ended up somewhere other than your library path or you need to run ldconfig as root (because presumably the script in the package hasn't done it for you)
Failing that perhaps libtiff is of a version that doesn't work with convert
On Sat, 2005-10-29 at 14:06 +0000, Barry Samuels wrote:
I've put an Arm binary of ImageMagick 'convert' onto the Zaurus and have installed the libtiff package but if I try to use 'convert' I get a message 'Libtiff is not available'.
Can anyone suggest what might cause this?
On 2005.10.29 16:41, Wayne Stallwood wrote:
Not sure but does the lib in question appear when you do a ldconfig -v on the zaurus ?
Yes - it appears under /usr/local/lib
Failing that perhaps libtiff is of a version that doesn't work with convert
I had thought of that but, after checking, I'm reasonably sure that the versions are compatible.
On 29-Oct-05 Barry Samuels wrote:
On Sat, 2005-10-29 at 14:06 +0000, Barry Samuels wrote:
I've put an Arm binary of ImageMagick 'convert' onto the Zaurus and have installed the libtiff package but if I try to use 'convert' I get a message 'Libtiff is not available'.
Chasing a possible red herring here -- but you wrote that you get the message 'Libtiff is not available'. Is that a "typo" or is it literally "Libtiff" and not "libtiff"?
If 'convert' is really looking for Libtiff and not libtiff then there's a problem, Houston.
If you suspect that, then one thing you could try is
strings <pathto>/convert | less
and do a "/" search for "ibtiff", and see what you get. (You may also learn what version it may be looking for, which could be useful).
Hoping that helps (but somehow doubting that it will ... ) Ted.
Can anyone suggest what might cause this?
On 2005.10.29 16:41, Wayne Stallwood wrote:
Not sure but does the lib in question appear when you do a ldconfig -v on the zaurus ?
Yes - it appears under /usr/local/lib
Failing that perhaps libtiff is of a version that doesn't work with convert
I had thought of that but, after checking, I'm reasonably sure that the versions are compatible.
-- Barry Samuels http://www.beenthere-donethat.org.uk The Unofficial Guide to Great Britain
main@lists.alug.org.uk http://www.alug.org.uk/ http://lists.alug.org.uk/mailman/listinfo/main Unsubscribe? See message headers or the web site above!
-------------------------------------------------------------------- E-Mail: (Ted Harding) Ted.Harding@nessie.mcc.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 29-Oct-05 Time: 19:14:47 ------------------------------ XFMail ------------------------------
On 2005.10.29 19:14, Ted.Harding@nessie.mcc.ac.uk wrote:
On 29-Oct-05 Barry Samuels wrote:
On Sat, 2005-10-29 at 14:06 +0000, Barry Samuels wrote:
I've put an Arm binary of ImageMagick 'convert' onto the Zaurus and have installed the libtiff package but if I try to use
'convert' I get a message 'Libtiff is not available'.
Chasing a possible red herring here -- but you wrote that you get the message 'Libtiff is not available'. Is that a "typo" or is it literally "Libtiff" and not "libtiff"?
My mistake Ted. What the message said actually was 'TIFF library not available'.
If 'convert' is really looking for Libtiff and not libtiff then there's a problem, Houston.
If you suspect that, then one thing you could try is
strings <pathto>/convert | less
and do a "/" search for "libtiff", and see what you get. (You may also learn what version it may be looking for, which could be useful).
I have already looked through the file using a Hex editor. I didn't learn anything useful.
What I really need is an ARM version of ldd - apparently there isn't one.
On 29-Oct-05 Barry Samuels wrote:
On 2005.10.29 19:14, Ted.Harding@nessie.mcc.ac.uk wrote:
Chasing a possible red herring here -- but you wrote that you get the message 'Libtiff is not available'. Is that a "typo" or is it literally "Libtiff" and not "libtiff"?
My mistake Ted. What the message said actually was 'TIFF library not available'.
If 'convert' is really looking for Libtiff and not libtiff then there's a problem, Houston.
If you suspect that, then one thing you could try is
strings <pathto>/convert | less
and do a "/" search for "libtiff", and see what you get. (You may also learn what version it may be looking for, which could be useful).
I have already looked through the file using a Hex editor. I didn't learn anything useful.
Could be still be useful, none the less, using 'strings' and viewing the ASCII text, to try to find where that message is coming from. It wouldn't be from any of my versions of 'convert' for instance, where the only instance of "tiff" (case-insensitive) is "libtiff.so.3". Maybe the ARM port of 'convert' is different ...
Likewise the only instance of "available" occurs in
"-cache threshold megabytes of memory available to the pixel cache"
What I really need is an ARM version of ldd - apparently there isn't one.
I think all that could tell you is what libraries the program calls for. E.g. I get
# ldd `which convert` libMagick.so.5 => /usr/lib/libMagick.so.5 (0x40029000) liblcms.so.1 => /usr/lib/liblcms.so.1 (0x40115000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40128000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4016c000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x401a2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x401c1000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x401cf000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4021d000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40227000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4023f000) libz.so.1 => /lib/libz.so.1 (0x40323000) libpthread.so.0 => /lib/libpthread.so.0 (0x40332000) libm.so.6 => /lib/libm.so.6 (0x40348000) libdl.so.2 => /lib/libdl.so.2 (0x40367000) libc.so.6 => /lib/libc.so.6 (0x4036b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
again showing that it's libtiff.so.3; you still need to know what's printing out that "TIFF"!
Hmmm. Good luck! Ted.
-------------------------------------------------------------------- E-Mail: (Ted Harding) Ted.Harding@nessie.mcc.ac.uk Fax-to-email: +44 (0)870 094 0861 Date: 29-Oct-05 Time: 21:00:51 ------------------------------ XFMail ------------------------------
On 2005.10.29 21:03, Ted.Harding@nessie.mcc.ac.uk wrote:
I have already looked through the file using a Hex editor. I didn't learn anything useful.
Could be still be useful, none the less, using 'strings' and viewing the ASCII text, to try to find where that message is coming from. It wouldn't be from any of my versions of 'convert' for instance, where the only instance of "tiff" (case-insensitive) is "libtiff.so.3". Maybe the ARM port of 'convert' is different ...
There are a number of occurences of 'TIFF library is not available' within the binary but nothing like libtiff.so.3. The version of ImageMagick that I have is 5.4.6 and libtiff is 3.5.7 with 2 soft links 'libtiff.so.3' and 'libtiff.so'.
What I really need is an ARM version of ldd - apparently there isn't one.
I think all that could tell you is what libraries the program calls for. E.g. I get
# ldd `which convert` libMagick.so.5 => /usr/lib/libMagick.so.5 (0x40029000) liblcms.so.1 => /usr/lib/liblcms.so.1 (0x40115000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40128000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4016c000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x401a2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x401c1000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x401cf000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4021d000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40227000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4023f000) libz.so.1 => /lib/libz.so.1 (0x40323000) libpthread.so.0 => /lib/libpthread.so.0 (0x40332000) libm.so.6 => /lib/libm.so.6 (0x40348000) libdl.so.2 => /lib/libdl.so.2 (0x40367000) libc.so.6 => /lib/libc.so.6 (0x4036b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Yes but it might tell me whether the version of libtiff that I have is the one that convert is expecting.
On Sat, 2005-10-29 at 18:56 +0000, Barry Samuels wrote:
What I really need is an ARM version of ldd - apparently there isn't one.
It looks like arm-linux-readelf is capable of doing much the same thing with arm-linux-readelf -a convert | grep Shared
Where you find that utility if it is not already installed I am not so sure.
On 2005.10.30 09:57, Wayne Stallwood wrote:
On Sat, 2005-10-29 at 18:56 +0000, Barry Samuels wrote:
What I really need is an ARM version of ldd - apparently there
isn't one.
It looks like arm-linux-readelf is capable of doing much the same thing with arm-linux-readelf -a convert | grep Shared
Where you find that utility if it is not already installed I am not so sure.
I have searched but can't find one.
I have had another thought though. Looking at the binary with a hex editor I see something like 'image->signature == 0xabacadab TIFF library not available' which makes me think that TIFF support is not included. Now that IS a bit of a letdown :-((
Barry Samuels http://www.beenthere-donethat.org.uk The Unofficial Guide to Great Britain
I have installed the Debian packages for cross-compiling to ARM.
'Oh goody gumdrops' I thought - now I can compile an ARM (Zaurus) version of ImageMagick to include TIFF and JPEG support. Wrong!
During compilation I get:
/bin/sh ../libtool --silent --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I../ -I. -I. -I. -I.. -I../ltdl -I.. -I.. -I../ltdl -I/usr/X11R6/include -g -O2 -Wall -pthread -c -o deprecate.lo deprecate.c deprecate.c: In function `RandomChannelThresholdImage': deprecate.c:1546: internal error--unrecognizable insn: (insn 2072 924 925 (set (reg:HI 3 r3) (const_int -1 [0xffffffff])) -1 (nil) (nil)) make[2]: *** [deprecate.lo] Error 1
Now I'm thoroughly stuck. Any experts out there?
On Fri, 2005-11-04 at 17:12 +0000, Barry Samuels wrote:
I have installed the Debian packages for cross-compiling to ARM.
'Oh goody gumdrops' I thought - now I can compile an ARM (Zaurus) version of ImageMagick to include TIFF and JPEG support. Wrong!
Not sure about your specific problem, but have you tested your compiler against some known good code, I remember having *fun* getting the toolchain working right when I was trying to build some tools for my Zaurus (when I had it) There used to be an excellent howto on a zaurus developer website somewhere for getting the toolchain "just so", I'll try and find the link.
Also I used to always start with debian stable source packages, because (by my understanding anyway) a project cannot be in debian stable unless it builds for all supported arch'es including ARM.
-
Barry Samuels -
Ted.Harding＠nessie.mcc.ac.uk -
Wayne Stallwood