help with iraf connect to subprocess
Guest wrote on Feb 21, 2006
Dear iraf folks,
We are running a Debian sarge system with the standard linux 2.12.2a
binaries installed. We are having a problem with the "scombine" task
giving the following error:
scombine tergN20020716S0066_crrej[sci1,1] test
ERROR: Cannot open connected subprocess (onedspec$scombine/x_scombine.e)
on>
We have had problems like this before when someone accidentally
installed the redhat binaries on our system instead of the generic linux
ones. I was hoping that re-compiling the source might get rid of this
problem, but then I just get new erorrs. E.g.:
cl> cd onedspec$
cl> mkpkg
Warning, mkpkg line 11: dependency file `<smw.h>' not found
Warning, mkpkg line 11: dependency file `<units.h>' not found
Warning, mkpkg line 12: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 27: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 27: dependency file `hlib$libc/units.h' not found
Warning, mkpkg line 28: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 28: dependency file `hlib$libc/units.h' not found
xc -c -w t_dispcor.x
t_dispcor.x:
Error on line 8 of t_dispcor.x: cannot find include file
Error on line 9 of t_dispcor.x: cannot find include file
t_dispcor:
dc_ndspec:
dc_multispec:
dc_echelle:
dc_global1:
dc_global:
dc_wavelengths1:
dc_wavelengths:
dc_defaults:
dc_log:
dc_refspec:
ar r /iraf/iraf/noao/onedspec/libpkg.a dispcor.o t_dispcor.o
ar: t_dispcor.o: No such file or directory
Subdirectory ecidentify/ecffit is up to date
Warning, mkpkg line 14: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 14: dependency file `hlib$libc/units.h' not found
Warning, mkpkg line 16: dependency file `hlib$libc/smw.h' not found
If you have any ideas or suggestions for fixing this scombine problem
I'd really appreciate it. I don't actually care about compiling the
files unless that is a way to fix the problem.
Regards,
Randall.
--
| Randall Wayth
| Astrophysics Group. University Of Melbourne, 3010. Australia
| astro.ph.unimelb.edu.au/~rwayth
Post generated using Mail2Forum (http://www.mail2forum.com)
We are running a Debian sarge system with the standard linux 2.12.2a
binaries installed. We are having a problem with the "scombine" task
giving the following error:
scombine tergN20020716S0066_crrej[sci1,1] test
ERROR: Cannot open connected subprocess (onedspec$scombine/x_scombine.e)
on>
We have had problems like this before when someone accidentally
installed the redhat binaries on our system instead of the generic linux
ones. I was hoping that re-compiling the source might get rid of this
problem, but then I just get new erorrs. E.g.:
cl> cd onedspec$
cl> mkpkg
Warning, mkpkg line 11: dependency file `<smw.h>' not found
Warning, mkpkg line 11: dependency file `<units.h>' not found
Warning, mkpkg line 12: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 27: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 27: dependency file `hlib$libc/units.h' not found
Warning, mkpkg line 28: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 28: dependency file `hlib$libc/units.h' not found
xc -c -w t_dispcor.x
t_dispcor.x:
Error on line 8 of t_dispcor.x: cannot find include file
Error on line 9 of t_dispcor.x: cannot find include file
t_dispcor:
dc_ndspec:
dc_multispec:
dc_echelle:
dc_global1:
dc_global:
dc_wavelengths1:
dc_wavelengths:
dc_defaults:
dc_log:
dc_refspec:
ar r /iraf/iraf/noao/onedspec/libpkg.a dispcor.o t_dispcor.o
ar: t_dispcor.o: No such file or directory
Subdirectory ecidentify/ecffit is up to date
Warning, mkpkg line 14: dependency file `hlib$libc/smw.h' not found
Warning, mkpkg line 14: dependency file `hlib$libc/units.h' not found
Warning, mkpkg line 16: dependency file `hlib$libc/smw.h' not found
If you have any ideas or suggestions for fixing this scombine problem
I'd really appreciate it. I don't actually care about compiling the
files unless that is a way to fix the problem.
Regards,
Randall.
--
| Randall Wayth
| Astrophysics Group. University Of Melbourne, 3010. Australia
| astro.ph.unimelb.edu.au/~rwayth
Post generated using Mail2Forum (http://www.mail2forum.com)
Mike Fitzpatrick wrote on Feb 21, 2006
Randall,
In V2.12.2a the scombine binary was broken out on its own, prior to that it was part of the ONEDSPEC binary. The message you report can happen with a system is updated with the source, but not the patched binaries (i.e. the package source now declares scombine to be in a binary that doesn't exist). Be sure that the dates on the noao$bin.linux files come from about July04 as a first check that you've got the right version. If there is any doubt you can simply reinstall binaries from
ftp://iraf.noao.edu/iraf/v212/PCIX/patch2a/nb.lnux.x86.gz
As for building from source, this is possible but requires that you use "mkpkg -p noao" to load the NOAO package environment so the missing include files are found. Also be sure to reconfigure the package first, i.e.
cl> cd noao$
cl> mkpkg -p noao linux
cl> mkpkg -p noao update
But try the binaries first.... Hope this helps.
Cheers,
-Mike
In V2.12.2a the scombine binary was broken out on its own, prior to that it was part of the ONEDSPEC binary. The message you report can happen with a system is updated with the source, but not the patched binaries (i.e. the package source now declares scombine to be in a binary that doesn't exist). Be sure that the dates on the noao$bin.linux files come from about July04 as a first check that you've got the right version. If there is any doubt you can simply reinstall binaries from
ftp://iraf.noao.edu/iraf/v212/PCIX/patch2a/nb.lnux.x86.gz
As for building from source, this is possible but requires that you use "mkpkg -p noao" to load the NOAO package environment so the missing include files are found. Also be sure to reconfigure the package first, i.e.
cl> cd noao$
cl> mkpkg -p noao linux
cl> mkpkg -p noao update
But try the binaries first.... Hope this helps.
Cheers,
-Mike
Guest wrote on Feb 21, 2006
Hi Mike,
Thanks for the quick reply. You were indeed corrrect that patch2a had not been installed correctly. It turned out that either method (installing binaries or compiling source) worked.
Thanks again,
Randall.
Thanks for the quick reply. You were indeed corrrect that patch2a had not been installed correctly. It turned out that either method (installing binaries or compiling source) worked.
Thanks again,
Randall.
Guest wrote on Feb 21, 2006
Hi again,
OK, a quick update for the sake of creating a useful and accurate record.
Firstly, it turns out that installing the binaries from patch2a does not solve the problem, only compiling the source using mkpkg solved the problem.
Secondly, we are running ubuntu hoary, not debian sarge. We used to run sarge...
Thirdly, it is possible that this problem was created in the first place by our sysadmin installing the redhat distribution of iraf instead of the linux distro. This is because after I did "mkpkg -p noao linux", it did not say "already configured for linux".
Lastly, I had to make sure I sourced the $iraf/unix/hlib/irafuser.csh file in my .cshrc for mkpkg to work.
Cheers,
Randall.
OK, a quick update for the sake of creating a useful and accurate record.
Firstly, it turns out that installing the binaries from patch2a does not solve the problem, only compiling the source using mkpkg solved the problem.
Secondly, we are running ubuntu hoary, not debian sarge. We used to run sarge...
Thirdly, it is possible that this problem was created in the first place by our sysadmin installing the redhat distribution of iraf instead of the linux distro. This is because after I did "mkpkg -p noao linux", it did not say "already configured for linux".
Lastly, I had to make sure I sourced the $iraf/unix/hlib/irafuser.csh file in my .cshrc for mkpkg to work.
Cheers,
Randall.
Last post on Feb 21, 2006