Posted: Tue May 01, 2012 2:30 pm Post subject: ccdproc PANIC/segmentation violation
I have a instalation of 2.16 with both 32 and 64 bits mac os x binaries.
i have been trying to correct some flat images with an averaged bias image.
When i try i get the following error messages:
64 bits:
ecl> ccdproc
List of CCD images to correct (flat*):
ERROR: segmentation violation
32 bits:
ecl> ccdproc
List of CCD images to correct (flat*):
PANIC in `/iraf/noao/bin.macosx/x_ccdred.e': Memory fwa has been corrupted
In neither cases does iraf crash or close, its working fine.
My belief is that this is a problem with x_ccdred.e
is there a patch for this executable?
or a recipe for me to recompile it locally?
There's been a similar report recently (http://iraf.net/phpBB2/viewtopic.php?t=90895) but no followup yet that identified the problem or the fix. Would it be possible for you to upload some sample images and parameters to the anonftp at ftp://iraf.noao.edu/pub so we can try to reproduce the problem?
You can be sure you're running the latest version by doing:
Code:
% cd $iraf
% make latest
The default CL in v2.16 should give you a "vocl>" prompt not "ecl>", did you deliberately start the old CL or is there some chance this is a v2.15 system (e.g. via some old scisoft installation)? You can do "show version" to find out.
My script for starting iraf deliberately started ecl instead of cl
I changed it and now it starts in vocl.
But this change didn't make any difference...
i tried updating with the make latest command.
it downloaded the new versions of some parts of IRAF but still no difference...
I tried redownloading all the distribution and still got the same error...
I also tried using other data, but still from the same observational run, and got the same error...
i'm trying to upload a file with the images but the pub ftp tells me i don't have permission...
do you have another alternative?
I asked about the ecl vs. vocl thing only to be sure we're talking about v2.16, the error is in the CCDPROC binary itself and so this shouldn't matter.
The anonftp doesn't allow you to create subdirs you can write to, just upload everything to the toplevel ftp://iraf.noao.edu/pub directory or else send me a URL where I can nab it (or email fitz@iraf.net).
hi
I am having a similar problem with ubuntu 64bit 12.04 (kernel 3.2.0-38 ).
I have installed the linux64 binaries.
Running ccdproc just to trim any image gives me the segmentation violation error.
I have tried running d_trace before ccdproc. This is what I get
In this particular case the image is 2048x1034. but this happens with every image I try to crop.
I have already tried 'make latest', but I get the same error.
As you see from the previous posts, we weren't able to reproduce the problem locally on mac systems, perhaps linux64 will be different. Could you upload a sample image to the anonftp at ftp://iraf.noao.edu/pub in case the problem is data related and we'll try again.
I have uploaded the ccdproc_sv.tar.gz. Howevere I think the problem is not data related, because I get the same error every time I try to crop any image.
a couple of week ago I installed IRAF2.16 on Fedora 18 64-bit. For fat I was doing photometry on already pre-redduced images and everything was working fine. Today I tried oevrscan and trim corrections with ccdproc and I get exactly the same problem.
Code:
vocl> ccdpro KXSA0093
KXSA0093: Mar 5 17:19 Trim data section is [53:2100,1:2048]
Fit overscan vector for KXSA0093 interactively (yes):
KXSA0093: Mar 5 17:19 Overscan section is [53:2100,2057:2100] with mean=1162.382
ERROR: segmentation violation
However:
Code:
vocl> ccdpro KXSA0093 out=test
KXSA0093: Mar 5 17:20 Trim data section is [53:2100,1:2048]
Fit overscan vector for KXSA0093 interactively (yes):
KXSA0093: Mar 5 17:20 Overscan section is [53:2100,2057:2100] with mean=1162.382
works fine, but when I do:
Code:
vocl> imdel test
ERROR: segmentation violation
it does not work again.
So, maybe the problem is that for some reason 'imdelete' is not working and when ccdrpoc tries to override the images it fails. I tried to imdelete some of the older, prereduced images on which I was doing photometry and imdelete failed.
Some more issues popped up the more I use IRAF 2.16 on Fedora 18. Aperture photometry seems to work fine, but when I tried PSF, it fails to write the computed PSF. Then I used 'wcsctran' but it claims that the input coordinate files do not exist, but they surely exist. Then I moved all the jobs to another laptop with Fedora 17 instead of Fedora 18, and it all worked fine.
I do not understand why is this happening. Sure, the new laptop has SSD, ext4, while the old normal HDD, ext3, but this should not matter.
Thanks for the data, however I am still not able to reproduce the problem using either the v2.15, v2.16 or current development versions. I do notice that you have the 'ccdtype' parameter set to a space and not a null string (i.e. " " and not ""), but this doesn't seem to make a difference. Is this an IRAF system you got from scisoft or some other source? Was it recompiled locally in any way? Are you likewise on a Fedora 18 or similar system as vall (the kernel version is very recent)?? Could you both please post the output of the command
Code:
cl> dir noaobin$x_ccdred.e long+
so I have a better idea of what version you are using?
If this is some new form of 64-bit bug then it might be that using a 32-bit binary would fix the problem. I tested against the distributed binaries to make rule out any recent bug fix in the development system. If you'd like to try the same binaries I used I've posted these at
Try the 64-bit binary first, if that still fails try the 32-bit. If both fail then it may be related to the newer kernel (more likely, newer gcc) but I'd have to hunt around to find a similar test system.
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