Difficulties with xc (while installing ucsclris)
Daniel Stern wrote on Jul 29, 2007
I am having difficulties installing ucsclris on my system, and the problem seems to stem from xc crashing. I am running redhat 9 and iraf 2.12.1. When I try to mkpkg, I get the following error (only the first lines shown):
cl> mkpkg -p ucsclris
check out file `salign.x = /space/stern/iraf/ucsclris/src/support/salign.x'
check out file `flex_fit.x = /space/stern/iraf/ucsclris/src/support/flex_fit.x'
xc -c -w -p ucsclris maskalign.x xbox.x mboxfind.x simulator.x mapmask.x fabmask.x gen_igi.x mshift.x l2process.x salign.x flex_fit.x
Segmentation fault (core dumped)
ar r /space/stern/iraf/ucsclris/src/libpkg.a etc.o futil.o lris_util.o maskalign.o xbox.o mboxfind.o simulator.o mapmask.o fabmask.o gen_igi.o mshift.o l2process.o salign.o flex_fit.o
ar: maskalign.o: No such file or directory
So it seems like xc is crashing. If I just type xc from within IRAF, I get the following:
cl> xc
Segmentation fault (core dumped)
I suspect the following is a clue (is my gcc poorly installed?): when I type xc from a terminal window (launched from the panel), I get the following:
[strada]:<ftp>% xc
gcc: libmain.o: No such file or directory
gcc: libex.a: No such file or directory
gcc: libsys.a: No such file or directory
gcc: libvops.a: No such file or directory
However, if I do the same from an xterm or xgterm (launched from a command line), I get the:
[strada]:<stern>% xc
Segmentation fault (core dumped)
Any suggestions? I'm stymied.
Thanks,
Daniel
cl> mkpkg -p ucsclris
check out file `salign.x = /space/stern/iraf/ucsclris/src/support/salign.x'
check out file `flex_fit.x = /space/stern/iraf/ucsclris/src/support/flex_fit.x'
xc -c -w -p ucsclris maskalign.x xbox.x mboxfind.x simulator.x mapmask.x fabmask.x gen_igi.x mshift.x l2process.x salign.x flex_fit.x
Segmentation fault (core dumped)
ar r /space/stern/iraf/ucsclris/src/libpkg.a etc.o futil.o lris_util.o maskalign.o xbox.o mboxfind.o simulator.o mapmask.o fabmask.o gen_igi.o mshift.o l2process.o salign.o flex_fit.o
ar: maskalign.o: No such file or directory
So it seems like xc is crashing. If I just type xc from within IRAF, I get the following:
cl> xc
Segmentation fault (core dumped)
I suspect the following is a clue (is my gcc poorly installed?): when I type xc from a terminal window (launched from the panel), I get the following:
[strada]:<ftp>% xc
gcc: libmain.o: No such file or directory
gcc: libex.a: No such file or directory
gcc: libsys.a: No such file or directory
gcc: libvops.a: No such file or directory
However, if I do the same from an xterm or xgterm (launched from a command line), I get the:
[strada]:<stern>% xc
Segmentation fault (core dumped)
Any suggestions? I'm stymied.
Thanks,
Daniel
Mike Fitzpatrick wrote on Jul 29, 2007
Daniel,
Firstly, I've put a tarball of UCSCLRIS that includes a Redhat binary at http://iraf.net/ftp/pub/ucsclris.tar.gz As I remember there were a number of issues with the package compiling that needed to be fixed anyway (at least for more recent compilers).
As for your XC problems: Be sure that you've defined a $iraf and $IRAFARCH enironment variable in your .cshrc file so you're using the proper IRAF environment. The segfault sounds familiar but I think was fixed long ago, XC still won't do anything too reasonable of not given a file to compile. There was also an old bug where long pathnames would cause a segfault you should check (where 'long' is 64 chars or so in the directory). Anyway, with the above tarball you should be good to go as soon as you declare the package. Hope this helps.
Cheers,
-Mike
Firstly, I've put a tarball of UCSCLRIS that includes a Redhat binary at http://iraf.net/ftp/pub/ucsclris.tar.gz As I remember there were a number of issues with the package compiling that needed to be fixed anyway (at least for more recent compilers).
As for your XC problems: Be sure that you've defined a $iraf and $IRAFARCH enironment variable in your .cshrc file so you're using the proper IRAF environment. The segfault sounds familiar but I think was fixed long ago, XC still won't do anything too reasonable of not given a file to compile. There was also an old bug where long pathnames would cause a segfault you should check (where 'long' is 64 chars or so in the directory). Anyway, with the above tarball you should be good to go as soon as you declare the package. Hope this helps.
Cheers,
-Mike
Daniel Stern wrote on Jul 29, 2007
Fabulous, Mike!
The redhat binaries work great. One caveat, however, is that they've added an ADC into the optical path of LRIS, forcing Drew Philips to update ucsclris a bit -- this was the reason I was trying to recompile the package. I'm guessing the binaries you sent are pre-ADC? Would it be possible for you to make a redhat binary of the revised ucsclris package? I'd be much obliged!
Here's the e-mail I got from Drew:
> Hi Daniel,
> The story is that there is a modified "mapmask" for ADC. I have
> produced a new tar file that has a modified version of simulator in it
> also (a few additional bells and whistles -- its my personal version). So,
> you may either install the new version (available at ftp.ucolick.org,
> get pub/users/phillips/tar_ucsclris_adc.2007jun25), or grab the mapmask.x
> and mapmask.par files, replace them in your current version, and remake
>the package. mapmask is the only task that needed modification for ADC.
>
> Please let me know about any problems.
>
> Cheers,
> drew
The redhat binaries work great. One caveat, however, is that they've added an ADC into the optical path of LRIS, forcing Drew Philips to update ucsclris a bit -- this was the reason I was trying to recompile the package. I'm guessing the binaries you sent are pre-ADC? Would it be possible for you to make a redhat binary of the revised ucsclris package? I'd be much obliged!
Here's the e-mail I got from Drew:
> Hi Daniel,
> The story is that there is a modified "mapmask" for ADC. I have
> produced a new tar file that has a modified version of simulator in it
> also (a few additional bells and whistles -- its my personal version). So,
> you may either install the new version (available at ftp.ucolick.org,
> get pub/users/phillips/tar_ucsclris_adc.2007jun25), or grab the mapmask.x
> and mapmask.par files, replace them in your current version, and remake
>the package. mapmask is the only task that needed modification for ADC.
>
> Please let me know about any problems.
>
> Cheers,
> drew
Mike Fitzpatrick wrote on Jul 29, 2007
I replaced the tarball with the newer version.
Cheers,
-Mike
Cheers,
-Mike
Jeffrey Silverman wrote on Jul 29, 2007
I'm running Ubuntu Linux with bash terminals:
and I'm having similar issues to the previous posts. I tried your fix of declaring $iraf and $IRAFARCH in my .bash_rc:
but I'm still having issues. I downloaded and untarred your file from the forum, but when I try to run SOME of the scripts in the package (some seem to run fine) I get the following:
I tried remaking the package, but I get this:
Any advice or help you could give would be very, very much appreciated.
Thank you!
--Jeff
jsilv@lappy:~$ uname -a
Linux lappy 2.6.20-16-generic #2 SMP Fri Aug 31 00:55:27 UTC 2007 i686 GNU/Linux
and I'm having similar issues to the previous posts. I tried your fix of declaring $iraf and $IRAFARCH in my .bash_rc:
export IRAFARCH=linux
export iraf=/iraf/iraf/
but I'm still having issues. I downloaded and untarred your file from the forum, but when I try to run SOME of the scripts in the package (some seem to run fine) I get the following:
prep> fabmask
ERROR: Cannot open connected subprocess (./x_ucsclris.e)
I tried remaking the package, but I get this:
cl> mkpkg -p ucsclris
Library libpkg.a is up to date
Object x_ucsclris.o is up to date
xc -Nz -p ucsclris x_ucsclris.o libpkg.a -lxtools -liminterp -lsurfit -lgsurfit -lcurfit -o xx_ucsclris.e
gcc: libos.a: No such file or directory
Warning, mkpkg line 7: module `relink' not found or returned error
move `xx_ucsclris.e' to `ucsclrisbin$x_ucsclris.e'
$move: file `xx_ucsclris.e' not found
Warning, mkpkg line 20: error moving file xx_ucsclris.e
Warning, mkpkg line 8: module `install' not found or returned error
Warning, mkpkg line 20: module `update@src' not found or returned error
Warning, mkpkg line 16: module `update' not found or returned error
Any advice or help you could give would be very, very much appreciated.
Thank you!
--Jeff
Mike Fitzpatrick wrote on Jul 29, 2007
Jeff,
The message means that your $iraf/unix/bin.linux directory (where libos.a lives) is probably empty. To fix this, simply copy the contents of $iraf/unix/bin.redhat to $iraf/unix/bin.linux and try to build again.
Cheers,
-Mike
The message means that your $iraf/unix/bin.linux directory (where libos.a lives) is probably empty. To fix this, simply copy the contents of $iraf/unix/bin.redhat to $iraf/unix/bin.linux and try to build again.
Cheers,
-Mike
Jeffrey Silverman wrote on Jul 29, 2007
THANK YOU!!!!
Fitz, you're a lifesaver!
That worked perfectly, thank you so much!
--Jeff
Fitz, you're a lifesaver!
That worked perfectly, thank you so much!
--Jeff
Adam Stanford wrote on Jul 29, 2007
Mike -
Would it be possible to post a tarball of the updated ucsclris package
with a binary for OS X, version 10.5.2?
thanks,
Adam
Would it be possible to post a tarball of the updated ucsclris package
with a binary for OS X, version 10.5.2?
thanks,
Adam
Mike Fitzpatrick wrote on Jul 29, 2007
Adam,
I've updated the tarball in my original reply to include both PPC and Intel Mac binaries.
Enjoy,
-Mike
I've updated the tarball in my original reply to include both PPC and Intel Mac binaries.
Enjoy,
-Mike
Adam Stanford wrote on Jul 29, 2007
That was fast! thanks Mike -
fitz
Adam,
I've updated the tarball in my original reply to include both PPC and Intel Mac binaries.
Enjoy,
-Mike
Last post on Jul 29, 2007