v2.15 would not display images

vall · Posted: Tue Jan 10, 2012 8:14 am Post subject: v2.15 would not display images

Hello,

I have a set of fits images that v2.15 (64bit version on 64bit F16) wouldn't display. It just returns SEG. FAULT. This is the header of the images:

jcadien1 · Joined: 28 Nov 2006 Posts: 12

Vall,
It looks to me as if the header has missing data. The naxis values is zero, and naxis1 and naxis2 do not exist. Without this information the display software has no way to break up the stream of values into x,y positions.

Jim

vall · Posted: Tue Jan 10, 2012 5:02 pm Post subject:

No, it is multi-extension FITS file. I can process it and do whatever with IRAF v2.14, but not with v2.15 64bit.

fitz · Posted: Wed Jan 11, 2012 4:28 pm Post subject:

This problem was recently fixed in the development system, the 4-byte integers weren't being properly unpacked to native ints when scaling is used in the FITS kernel. You didn't say whether this was a Linux or OSX system and I'm travelling at the moment but unless you want to patch and update the source locally a full set of binaries is required to properly fix this.

If you're interested let me know and I'll post instructions.

vall · Posted: Wed Jan 11, 2012 6:37 pm Post subject:

fitz · Posted: Fri Jan 13, 2012 6:34 pm Post subject:

The file to get (depending on the platform) is

ftp://iraf.noao.edu/iraf/v215/support/linux64/libex.a
or
ftp://iraf.noao.edu/iraf/v215/support/macintel/libex.a

Install this file in your $iraf/bin.linux64 (or $iraf/bin.macintel) directory.

To relink your system with the new library:

1) Edit your .cshrc file to define the needed environment:

setenv iraf /iraf/iraf/
setenv IRAFARCH linux64
source $iraf/unix/hlib/irafuser.csh

Be sure the trailing '/' is on the iraf pathname, and that the
path is appropriate for your system

2) Go to your iraf root directory and change the system arch:

% make linux64

3) Relink the system

% make update

You'll need to similarly relink external packages to also pick up the change, e.g.

% cd $iraf/extern/fitsutil
% mkpkg -p fitsutil linux64
% mkpkg -p fitsutil update

Details may vary depending on the package, if you have problems post 'em here.

vall · Posted: Sun Jan 15, 2012 10:28 am Post subject:

thinks. It works now. The updates also worked for all the external packages but TABLES and STSDAS. These two have no .bin.linux64' directories. Should I updates them with 'mkpkg -p tables linux' or there is no need for that?

fitz · Posted: Sun Jan 15, 2012 12:46 pm Post subject:

Only 64-bit architectures need to be updated, STSDAS/TABLES will remain 32-bit according to STScI and the system will simply use those binaries as needed.

jraclarke · Posted: Thu Mar 01, 2012 5:13 pm Post subject:

I have also done what has been suggested, but I am still finding problems with displaying an image with ds9 and still get a segmentation violation.

I should be running the linux64 architecture now. The only problem I encountered along the way was that when I originally typed:

fitz · Posted: Sat Mar 03, 2012 2:25 am Post subject:

The error is that the $iraf/extern/.zzsetenv.def file was removed for some reason. You can reset the entire extern directory with a "make init" command in $iraf/extern, this assumes you've already run the configure script to create the Makefile (if not, then "./configure" will create one and init the .zzsetenv.def file as well).

If the .zzsetenv.def was deleted then there may be other problem with the extern directory as well so a 'make init' might be needed anyway. Your workaround fixed the problem because then at least *something* was in that file, even though it had no real effect.

jraclarke · Posted: Mon Mar 05, 2012 9:29 am Post subject:

Thanks for that. I ran ./configure and make init with no problem. But I still seem to be experiencing a segmentation violation when trying to display this image. Is there some sort of logfile I can check to see what is happening?

fitz · Posted: Mon Mar 05, 2012 4:27 pm Post subject:

Could you upload the image to the anonftp at ftp://iraf.noao.edu/pub so I can try to reproduce it here? Are you using MSCDISPLAY on the whole MEF or DISPLAY on individual extensions? Any parameters set like 'fill'?

jraclarke · Posted: Tue Mar 06, 2012 8:16 am Post subject:

Sure, it is uploaded and called ukidss_iraf2.fits. I am just using display (into ds9),

jraclarke · Posted: Tue Mar 06, 2012 9:21 am Post subject:

Also, I've just noticed that the same is happening when I run it for ximtool! - I have the 24-bit display version installed. :-s

fitz · Posted: Thu Mar 08, 2012 5:02 am Post subject:

The problem was with the use of BITPIX=32 data having bscale/bzero values in the header. The earlier fix worked correctly on macintel systems, but for reasons I don't fully understand, was having alignment issues under linux leading to the segfault seen.

I can give you individual patched binaries but the bug affects all tasks and so the system should be relinked with the patch. The files you'll need to get are

ftp://iraf.noao.edu/iraf/v215/support/linux64/libex.a
ftp://iraf.noao.edu/iraf/v215/support/linux64/libvops.a

Install these in your $iraf/bin.linux64 directory and relink as described above. Let us know if you still have problems.