Welcome to iraf.net Friday, May 03 2024 @ 12:59 PM GMT
Anonymous: Guest |
10/21/2005 09:26PM (Read 3263 times)
|
|
|
|
Hi Rob,>> Also, in this day and age, a length of a spectrum of 4000 pixels isn't
>> unusual.
>
> Sorry - I think we're talking at cross purposes. I understood you to say
> that your script file - the program, not the spectra, that is - was close to
> 4000 lines long. As you say, a 4000 pixel spectrum is nothing special. IRAF
> tasks should be able to handle spectra many, many thousands (if not millions)
> of pixels long.OK. Yup, the script is only ~1800 lines long (with lots of comments). I
attached it to my inquiry.> a few dozen each. Then populate a new script with commands like:
>
> mytask @file1
> mytask @file2
> mytask @file3
> ...
>
> and run the whole thing as one batch.To lessen the bookkeeping I am now trying a wrapper script that
calls the main program, one entry at a time such that the program itself
isn't looping. However, it isn't clear to me why this wrapper script or
your method would work if IRAF is constantly adding to the dictionary.
(The script only calls "continuum" inside the loop.)> You might find that interspersing the
> magic word "flpr" helps:(There are already plenty of flprcache in program)
>
> The bottom line is that I don't know why your script is now overflowing the
> dictionary. It sounds like it worked before your most recent change to the
> logic of the script. (?) I presume, however, that you care more about
> processing the spectra instead of debugging the script. Did you happen to
> try the enhanced CL as suggested in the previous message?Yes, and it was even less helpful. The program crashed before processing
the very first spectrum with the error message: segmentation fault.
So I gave up on it.
Thanks,
Marianne
|
|
|
|
| |
|
Content generated in: 0.02 seconds |
|