Welcome to iraf.net Saturday, April 20 2024 @ 11:04 AM GMT


 Forum Index > Help Desk > General IRAF New Topic Post Reply
 IRAF and OSX Yosemite
   
fitz
 10/20/2014 10:00PM (Read 14209 times)  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040

In preliminary tests of the new OSX Yosemite (10.10) release there don't appear to be any issues in IRAF v2.16, either runtime or when compiling local package/tasks.

The only issue has to do with use of XGterm/XImtool, and perhaps other X11 applications as well: The binaries shipped with IRAF are expecting the X11 libraries to be under the /usr/X11R6 tree, however in Yosemite the X11 code has moved to /opt/X11. To restore working binaries you can simply make a symbolic link in the system to create the correct path, e.g.

PHP Formatted Code
% sudo ln -s /opt/X11 /usr/X11R6


Please post here if you find any additional problems.

 
Profile Email
 Quote
lau_sev
 10/28/2014 04:59PM  
+----
Newbie

Status: offline


Registered: 10/28/2014
Posts: 3
Hello,

I updated my OS X to Yosemite last days and I have a problem with IRAF and ds9. When I try to use some tools on an image opened in ds9 I receive the next error:

\$this->_split2($m[0])ERROR: Cannot open device (node!imtool,,8192,8192)

I heard about the change in X11 directory and I tried what people suggest but that doesn't work for me. I do not know what to do T_T I am not very good with software installation stuff...

If someone had an idea, I would really appreciate it.

Thanks!

 
Profile Email
 Quote
fitz
 10/28/2014 05:15PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040
This is a bug in recent versions of DS9. The solution is to specify the inet socket to be used for display in the unix environment before you login to iraf, e.g.

setenv IMTDEV inet:5137 # for a C-shell
or
export IMTDEV=inet:5137 # for a Bash shell

You can put this in your startup files (e.g. .login/.cshrc/.bashrc) to make the change permanent, otherwise installing an older version of DS9 will also work (and could avoid another potential bug in cursor reads).

 
Profile Email
 Quote
lau_sev
 10/28/2014 05:22PM  
+----
Newbie

Status: offline


Registered: 10/28/2014
Posts: 3
Quote by: fitz

This is a bug in recent versions of DS9. The solution is to specify the inet socket to be used for display in the unix environment before you login to iraf, e.g.

setenv IMTDEV inet:5137 # for a C-shell
or
export IMTDEV=inet:5137 # for a Bash shell

You can put this in your startup files (e.g. .login/.cshrc/.bashrc) to make the change permanent, otherwise installing an older version of DS9 will also work (and could avoid another potential bug in cursor reads).



OMG, I know we have just met and it's too soon but I love you! It was driving me crazy and I spent hours searching for a solution on internet. Now it works! Thank you thank you thank you

 
Profile Email
 Quote
evantuck
 01/12/2015 08:09PM  
+----
Newbie

Status: offline


Registered: 01/12/2015
Posts: 4
I'm having an issue with iraf since I've updated my MacBook Pro to Yosemite. Iraf was running fine on my machine prior to this update. After updating I can no longer succefully login to iraf. I first had an issue with launching xgterm but have fixed this issue via the linking method described above. Now once xgterm term is launched if I type cl, iraf begins to launch but ultimately stalls. My xgterm looks like this:
.

If I then kill the login I get the following:
.

I'm not really sure why it isn't starting anymore. I've tried reinstalling iraf and rerunning mkiraf, but nothing changes.

Cheers,
Evan

 
Profile Email
 Quote
fitz
 01/13/2015 04:00AM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040
Something similar has been reported a few times but I haven't been able to reproduce it. In v2.16.1 there is a new task, CHKUPDATE, called from the login.cl file to check a website here to see if your system is up to date. The hangup appears to be in this task trying to make the socket connection but the cause isn't clear (there are hints it has to do with local firewalls).

The fix is simply to comment out the call to CHKUPDATE in your login.cl (and the template login.cl in the iraf$unix/hlib directory). Post back if that doesn't fix it.

 
Profile Email
 Quote
evantuck
 01/13/2015 01:57PM  
+----
Newbie

Status: offline


Registered: 01/12/2015
Posts: 4
Thanks for the speedy reply. That fixed it!

 
Profile Email
 Quote
evantuck
 02/11/2015 06:42PM  
+----
Newbie

Status: offline


Registered: 01/12/2015
Posts: 4
Hello again,

So you're last suggestion helped, but once I got this previous issue resolved I had to put this project on the shelf for a few weeks. Anyways I'm back at it. Now I've come to realize that I am unable to open a plot window from within iraf. For example, I launch xgterm and login to iraf. If I try to use splot command then xgterm crashes without a warning or error before a plotting window is opened.

Cheers,
Evan

 
Profile Email
 Quote
cmaceroni
 04/17/2015 11:13AM  
+----
Newbie

Status: offline


Registered: 01/31/2007
Posts: 8
Hello,
I too have problems with Pyraf after updating to Yosemite. At the beginning I had a crash when clicking on the xgterm plot (in splot). I added the symbolic link pointing to the new location of xterm, but the result now is that when I click on the graphic window the program freezes, I continue to see the turning coloured ball and cannot do nothing in any iraf window.
Note that the issue is pyraf specific, as plain IRAF works.
I tried to reinstall via pip, I have now version 2.1.8, but no change.
Suggestions? Many thanks
Carla

Carla Maceroni INAF - Osservatorio Astronomico di Roma Monteporzio Catone (RM) Italy
 
Profile Email
 Quote
fitz
 04/17/2015 11:26PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040
It wasn't clear from the earlier message (which I completely missed) that both of these are pyraf-specific, however we've had no other reports of problems with xgterm under Yosemite. Be sure you're using a recent version of XGterm, for v2.16 systems you can look in $iraf/vendor/x11iraf/bin.macintel for a binary but the install script should link to this for you. Do a "which xgterm" to find out what binary you are actually running.

Otherwise, Pyraf has it's own graphics system and so you should probably contact the STScI Help Desk (help@stsci.edu) for problems specific to pyraf.

 
Profile Email
 Quote
   
Content generated in: 0.41 seconds
New Topic Post Reply

Normal Topic Normal Topic
Sticky Topic Sticky Topic
Locked Topic Locked Topic
New Post New Post
Sticky Topic W/ New Post Sticky Topic W/ New Post
Locked Topic W/ New Post Locked Topic W/ New Post
View Anonymous Posts 
Anonymous users can post 
Filtered HTML Allowed 
Censored Content 
dog allergies remedies cialis 20 mg chilblain remedies


Privacy Policy
Terms of Use

User Functions

Login