Welcome to iraf.net Friday, March 29 2024 @ 07:24 AM GMT
Buglog #120
- Friday, March 30 1990 @ 03:02 PM GMT
- Contributed by: admin
- Views: 1,456
MODULE: apphot.daofind
SYSTEM: V2.8
SYSTEM: V2.8
NUMBER: 120 MODULE: apphot.daofind SYSTEM: V2.8 DATE: Fri Mar 30 08:02:12 MST 1990 FROM: davis BUG: In rare circumstances daofind may abort with a 'pixel file truncation error' when trying to read back the convolved images it has just written. This only occurs on certain sized images and is due to the interaction of the read, write and boundary extension in image i/o. For example daofind works fine on a 640 by 1024 image but fails on one that is 641 by 1025 pixels. STATUS: The problem is fixed in 2.9. The solution was to add an imflush statement to flush the image i/o buffers after the write was complete and before initiating the read. There is no workaround. Contact the IRAF group for a fix. NUMBER: 273 MODULE: dopcor SYSTEM: V2.10.3BETA DATE: Wed Jan 18 17:22:38 MST 1995 FROM: valdes BUG: For multispec spectra which have independent wavelengths for each spectrum (identified by system=multispec in the header) there is a bug such that if there are more than 8 spectra the message: Warning: MWCS: too many coordinate transformation (ctran) descriptors ERROR: segmentation violation appears. Most commonly this will affect echelle data. The workaround is to apply DOPCOR with the aperture parameter in groups of 8 or less spectra. For example: cl> dopcor obj.ec obj1.ec -120 isvel+ add- ap=1-8 cl> dopcor obj1.ec obj1.ec -120 isvel+ add- ap=9-16 ... Note the second and subsequent steps work in place. STATUS: This bug, which is a typo in the code, is fixed for a release after V2.10.3BETA (possibly the Solaris patch) and V2.11.
The following comments are owned by whomever posted them. This site is not responsible for what they say.