Joined: 05 Dec 2005 Posts: 38 Location: Pisa - Italy
Posted: Thu Jun 22, 2006 8:31 pm Post subject: 2.13beta2 on Mac OS X/ppc 10.3.9:problems with float images?
Hello Mike,
I installed 2.13beta2 ppc binaries on my powerbook G4 with OS X 10.3.9.
The first problem is that ecl crashes, because it needs libncurses 5.4. The version installed by 10.3.9 is 5, but the problem is easily solved installing version 5.4 with fink, and then making a symbolic link in /usr/lib.
In this way ecl starts, and everything seems ok.
But then I get the following strange problem: when I run various image manipulation tasks (imcombine, imhist, pcol, prow, disp...) with float images (BITPIX=-32), I get a "bus error" message. Maybe could be the same problem of this post ?
Quote:
authored by: caspin on Sunday, June 18 2006 @ 01:52 AM MDT
Mike, I tried the 2.13-beta2 port to Mac Intel and got a "Bus Error" when trying
to run scombine. I went back to 2.12a (PPC) and the same command worked
ok. Went back to 2.13-beta2 and got the bus error again - Colin
With integer images everything seems ok... Any hint? Maybe, if you compiled ppc binaries on 10.4, could it be some kind of compiler ABI or system libraries mismatch?
I'm booting and installing on a 10.3.9 system now and will have a look. Note the earlier post was a 10.4 MacIntel system using a particular task. I'd be surprised if everything using float images failed and nobody's reported it yet. I'll follow up when I have it tracked down.
Joined: 05 Dec 2005 Posts: 38 Location: Pisa - Italy
Posted: Thu Jun 22, 2006 9:21 pm Post subject:
This is the problem:
Code:
PACKAGE = immatch
TASK = imcombine
input = bias*.fits List of images to combine
output = b.fits List of output images
(headers= ) List of header files (optional)
(bpmasks= ) List of bad pixel masks (optional)
(rejmask= ) List of rejection masks (optional)
(nrejmas= ) List of number rejected masks (optional)
(expmask= ) List of exposure masks (optional)
(sigmas = ) List of sigma images (optional)
(logfile= STDOUT) Log file
(combine= average) Type of combine operation
(reject = none) Type of rejection
(project= no) Project highest dimension of input images?
(outtype= real) Output image pixel datatype
(outlimi= ) Output limits (x1 x2 y1 y2 ...)
(offsets= none) Input image offsets
(masktyp= none) Mask type
(maskval= 0) Mask value
There are apparently two issues here, although one is clearly a bug: In the IRAF kernel code the FPE exception flag was being set using a local flag rather than a pointer to the flag. The second issue is that between 10.3.9 and 10.4 this flag went from being an "unsigned int" to a "long" and may explain why Colin saw the error on a MacIntel system but not generally elsewhere.
In any case, I've uploaded patch MacPPC binaries to
for you to try on your 10.3.9 system. I did only some quick tests but these appear to fix the problem. The same change will need to be made for the Mac/Intel binaries -- I'll wait to decide whether things are close enough for a Beta-3 release to put it off a few days or simply update the Beta-2 binaries with this (fairly critical) bug fix.
Thanks for the report, let me know if things are fixed.
I'm also using 10.4.8 (macintel) and just tried this with no error, the V2.13 binaries were in fact built on a 10.4 system. The bus error may be data related. Was the message in response to some particular command or right away at startup? Is it only this data or does it happen with test data as well? Is this a ppc or intel system?
I'm on a ppc system. The error came when I used splot. It works fine when I'm splotting ushort files (raw data in this case), but when I try some files that are real integers (reduced data here) it gives me the error. They work without any issues on ds9. I know the files are fine as I can splot them on other systems.
I'm going to try wiping my version of iraf completely and starting again. I originally installed it with the binaries on the download page, got this error, then found this thread and tried it with the binaries you posted. I'm guessing there's still some remnant of my previous install that's causing the problem.
The patched binaries should fix the FPE issue. To rule out problems with the real pixels you might try using CHPIXTYPE on the ushort images to convert them to real to see if SPLOT still works. If it's really only the reduced data please post a sample image and relevent details.
Posted: Sun Apr 01, 2007 12:29 am Post subject: Similar problems w/ macosx PPC v2.13 beta 2 on OS X 10.4.9
I also had problems today with IRAF tasks bombing with bus errors
on floating point files when I installed the macosx nb and ib files
from http://iraf.net/ftp/iraf/V2.13-BETA/ (dated 19 Apr 2006).
V2.12.2 had been working fine on my PPC Mac running OS X 10.4.9.
I followed the tip in this thread and installed the v2.13 ib and nb
files from http://iraf.net/ftp/pub/fitz/ and the IRAF tasks worked
fine on floating point images and spectra again - thanks for the
support!
However I do have another problem that may be related. I
installed the external IRAF package rvsao 2.5.7 (see
http://tdc-www.harvard.edu/iraf/rvsao/),
and it seemed to build fine, but now rvsao tasks die with bus errors
when I run them on floating point spectra. For example, xcsao exits
with a bus error on my PPC Mac, but it works fine on my Mac Intel
laptop (also running IRAF V2.13-BETA and rvsao-2.5.7.
Is this a problem with IRAF or the external rvsao package? If it
is in RVSAO, could you please pass any tips on to Doug Mink?
If it's the same problem then most likely explanation is that the bug fix is in the libos.a library in the iraf kernel, but you linked against a version with the OLD libos.a. It appears the AS distribution on the site doesn't include the new version, so I just built the RVSAO v2.5.7 on a system with the fix and put the binaries at http://iraf.net/ftp/iraf/extern for you. Try using these binaries and post back if you still have problems.
Posted: Sun Apr 01, 2007 2:39 am Post subject: Awesome - you fixed it!
Quote:
If it's the same problem then most likely explanation is that the bug fix is in the libos.a library in the iraf kernel, but you linked against a version with the OLD libos.a. It appears the AS distribution on the site doesn't include the new version, so I just built the RVSAO v2.5.7 on a system with the fix and put the binaries at http://iraf.net/ftp/iraf/extern for you. Try using these binaries and post back if you still have problems.
Mike,
Thanks very much - the new rvsao binaries did the trick.
What excellent support - on a weekend even!
My colleagues and I are running IRAF from an Apple XServe with OS X and we are having the same bus error problems mentioned in this thread. Our sys admin attempted to install your patch, but it didn't help, and he says that he had trouble figuring out where the patch files go (he is new at this )
Would it be possible for you to provide us with specific installation instructions for installing the patch?
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum