AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2004.09.10 21:01 "[Tiff] Segmentation fault with tifflook", by Matthew R. Kivela
2004.09.13 15:03 "Re: [Tiff] Segmentation fault with tifflook", by Frank Warmerdam
2004.09.13 15:19 "Re: [Tiff] Segmentation fault with tifflook", by Andy Cave

2004.09.13 15:19 "Re: [Tiff] Segmentation fault with tifflook", by Andy Cave

Hi Matthew.

What RIP are you using? A Hqn or Adobe or other?

You might want to take a look at our product FirstPROOF - it's been designed exactly for this sort of thing (amongst other things) and is not expensive.

Regards,

Andy.

PS I was the original inventor/creator of the Harlequin RIP, so should be able to help.

Andy Cave,
Chief Executive Officer,
Hamillroad Software Limited.
www.hamillroad.com

Hi Guys:

We're setting up a new RIP system, and the vendor sent us tifflook and a script to use it to remove "blank" tiffs before they're sent to our printing plant (i.e. we rip a B&W page, we still get blank TIFFs generated for Cyan, Magenta, and Yellow). Tried using, got core dump messages (can't remember specific text).

I believe we're their first Solaris 9 site, so I said I bet it's not compiled for that!

Downloaded LibTIFF v3.6.1, and got gcc 3.4.1 and the current libiconv packages. Installed the packages, then made LibTIFF.

Darn it...still get (even using sample tiffs so it's not our files doing it!):

#/usr/local/bin/tifflook -t635 -b635 -l635 -r635 ./pics-3.6.1/text.tif Segmentation Fault (core dumped)

Same error w/o the t/b/l/r switches, too.

Any ideas where I should go with this? I'll be working with the vendor, too but I'm not sure this is exactly their cup of tea either.

Absent a fix for this, any other ideas of how to identify TIFFs that are essentially just white space from a Shell script so they can go to the happy hunting grounds of /dev/null?

Matt

Matt Kivela
Sr. Systems Administrator
Worcester Telegram & Gazette
508.793.9137 (24x7 Office/Nextel)