iraf.net

Hi,this is really strange, the task "ls" (to list files and directories) stopped working. It does nothing, no error, just nothing... The "dir" command works, but it's not the same since it doesn't display the full name of files (i.e, a file with a long name ending in .fits shows as .fit), whilst "ls" does.
It's a minor bug, but it's really bugging me.
Thanks in advanced!Gabriel

Check your .cshrc or .bashrc/.profile for any recent changes. The 'ls' is a foreign command and a shell is spawned to run it that will source one of these startup files, if there's something in the shell asking for a prompt, requiring a terminal (e.g. and 'stty' or 'tset' command) or somesuch then it may be a startup problem. Also, if your path includes an NFS mounted disk and that disk isn't available, foreign commands will appear to hang. [Note: 'dir' is the native IRAF command]-Mike

Now that you mention it, when Fedora loads it shows an error that looks like this: "Use of NFS statd ---------- FAILED" (I run Fedora 9 inside a VirtualBox) This started a few days ago and I don't know what it means or how to fix it; this problem started just now anyway. Where do I look for the .cshrc or .bashrc/.profile file? I can't find it.
Thanks Mike!

The files would be in your unix login directory, check .cshrc if you use a C-shell otherwise check the others. If the files don't exist, then there will be defaults in /etc such as /etc/cshrc.csh that get used (and likely source other files).At the unix prompt you can also just type 'csh' (or 'bash' if that's what you use) to start a new shell in the same way, you should *not* see any output other than a prompt.-Mike

The commands "chs" and "bash" in the unix prompt do not show anything else except the normal prompt.
The only file I found is this one named "csh.cshrc":# /etc/cshrc
#
# csh configuration for all shell invocations.# By default, we want this to get set.
# Even for non-interactive, non-login shells.
if ($uid > 99 && "`id -gn`" == "`id -un`") then
umask 002
else
umask 022
endifif ($?prompt) then
if ($?tcsh) then
set promptchars='$#'
set prompt='[%n@%m %c]%# '
# make completion work better by default
set autolist
else
set prompt=\[$user@`hostname -s`\]\$\
endif
endifif ( $?tcsh ) then
bindkey "^[[3~" delete-char
endifbindkey "^R" i-search-back
set echo_style = both
set histdup = erase
set savehist = (1024 merge)if ($?prompt) then
if ($?TERM) then
switch($TERM)
case xterm*:
if ($?tcsh) then
set prompt='%{\033]0;%n@%m:%c\007%}[%n@%m %c]%# '
endif
breaksw
case screen:
if ($?tcsh) then
set prompt='%{\033_%n@%m:%c\033\\%}[%n@%m %c]%# '
endif
breaksw
default:
breaksw
endsw
endif
endifsetenv MAIL "/var/spool/mail/$USER"
limit coredumpsize 0# Check if we aren't a loginshell and do stuff if we aren't
if (! $?loginsh) then
if ( -d /etc/profile.d ) then
set nonomatch
foreach i ( /etc/profile.d/*.csh )
if ( -r $i ) then
if ($?prompt) then
source $i
else
source $i >&/dev/null
endif
endif
end
unset i nonomatch
endif
endif

Try doing[code:1:0265c529a8]cl> !env [/code:1:0265c529a8]and post the results. I'm particularly interested in the value of the $SHELL but also whether using the '!' escape behaves differently (you might also try 'cl> !ls' to see if that's any different).-Mike

"!env" and "!ls" do and show nothing, the same with "!ds9 &"
I start IRAF with this command:xgterm -sbr -fn 9x15 -sl 1000 -cr red -title IRAF -e "(ds9 &; chdir $HOME/iraf ; cl)"and ds9 loads just fine. If I close it and try to open again with "!ds9 &", it doesn't work.

What does just 'env' at the unix prompt show? Are you using a C-shell or a Bash? What happens if you type[code:1:dd5e988306]% source /etc/cshrc.csh[/code:1:dd5e988306] at the unix prompt (assuming you use a C-shell)? Does a 'df' command at the unix prompt work (if it hangs, it may be a NFS mount problem)-Mike

"env" at the unix prompt:iraf@localhost.localdomain% env
DESKTOP_SESSION=gnome
MACHTYPE=i386
QTINC=/usr/lib/qt-3.3/include
RANLIB=ranlib
MANPATH=/usr/man:/usr/X11R6/man:/usr/local/man:/usr/share/man
HOSTTYPE=i386-linux
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
LESSOPEN=|/usr/bin/lesspipe.sh %s
XAUTHORITY=/var/run/gdm/auth-cookie-XXK6OYLU-for-iraf
DESKTOP_STARTUP_ID=
VENDOR=intel
G_BROKEN_FILENAMES=1
XMODIFIERS=@im=none
hbin=/home/iraf/unix/bin.redhat/
HOSTNAME=localhost.localdomain
XDG_SESSION_COOKIE=02964289547c4fea6c6f73e94916bea2-1229365670.484743-244574538
tmp=/tmp/
HSI_LFLAGS=
BLOCKSIZE=K
LOGNAME=iraf
REMOTEHOST=
hostid=unix
HOST=localhost.localdomain
QTDIR=/usr/lib/qt-3.3
host=/home/iraf/unix/
HSI_FF=-O
KDE_IS_PRELINKED=1
HSI_LF=
GNOME_DESKTOP_SESSION_ID=Default
GROUP=iraf
HSI_XF=-Inolibc -w -/Wunused
GTK_RC_FILES=/etc/gtk/gtkrc:/home/iraf/local/.gtkrc-1.2-gnome2
GTK_MODULES=gnomebreakpad
USERNAME=iraf
QT_PLUGIN_PATH=/usr/lib/kde4/plugins
OSTYPE=linux
PATH=.:/home/iraf/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin
SSH_AUTH_SOCK=/tmp/keyring-cAi6kh/ssh
GNOME_KEYRING_PID=2045
TERM=xterm
PWD=/home/iraf/local
USER=iraf
hlib=/home/iraf/unix/hlib/
WINDOWID=27263067
COLORTERM=gnome-terminal
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-sSUBocUn4A,guid=a046ae0c656cceac3a35d8e84946a1a7
GDMSESSION=gnome
HSI_F77LIBS=
HSI_LIBS=/home/iraf/unix/hlib/libboot.a /home/iraf/unix/hlib/libos.a
EDITOR=vi
IRAFARCH=redhat
F77=/home/iraf/unix/hlib//f77.sh
HSI_OSLIBS=
DISPLAY=:0.0
QTLIB=/usr/lib/qt-3.3/lib
INPUTRC=/etc/inputrc
SSH_AGENT_PID=2195
OS_MACH=linux
TAPE=/dev/nrsa0
SHELL=/bin/csh
GNOME_KEYRING_SOCKET=/tmp/keyring-cAi6kh/socket
MACH=redhat
F2C=/home/iraf/unix/bin.redhat//f2c.e
PAGER=less -C -e -M
LANG=es_AR.UTF-8
GDM_LANG=es_AR.UTF-8
LS_COLORS=no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:do=00;35:bd=40;33;01:cd=40;33;01r=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42w=34;42:st=37;44:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.svgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.lzma=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.dz=00;31:*.gz=00;31:*.bz2=00;31:*.tbz2=00;31:*.bz=00;31:*.tz=00;31:*.deb=00;31:*.rpm=00;31:*.jar=00;31:*.rar=00;31:*.ace=00;31:*.zoo=00;31:*.cpio=00;31:*.7z=00;31:*.rz=00;31:*.jpg=00;35:*.jpeg=00;35:*.gif=00;35:*.bmp=00;35:*.pbm=00;35:*.pgm=00;35:*.ppm=00;35:*.tga=00;35:*.xbm=00;35:*.xpm=00;35:*.tif=00;35:*.tiff=00;35:*.png=00;35:*.mng=00;35:*.pcx=00;35:*.mov=00;35:*.mpg=00;35:*.mpeg=00;35:*.m2v=00;35:*.mkv=00;35:*.ogm=00;35:*.mp4=00;35:*.m4v=00;35:*.mp4v=00;35:*.vob=00;35:*.qt=00;35:*.nuv=00;35:*.wmv=00;35:*.asf=00;35:*.rm=00;35:*.rmvb=00;35:*.flc=00;35:*.avi=00;35:*.fli=00;35:*.gl=00;35:*.dl=00;35:*.xcf=00;35:*.xwd=00;35:*.yuv=00;35:*.svg=00;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:
HSI_CF=-O -DLINUX -DREDHAT -DPOSIX -DSYSV -w -Wunused -DNOVOS
MOZILLA_HOME=/usr/local/bin/netscape
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/2241,unix/unix:/tmp/.ICE-unix/2241
SDL_AUDIODRIVER=esd
XFILESEARCHPATH=:/usr/lib/X11/%T/%N%S:/usr/x11R6/lib/X11/%T/%N%S:
HOME=/home/iraf/local
MAIL=/var/spool/mail/iraf
CC=gcc
SHLVL=2
KDEDIRS=/usr
iraf=/home/iraf/
IPAGER=less -C -M +G
crt=24I'm not sure but I think I'm using a C-shell (how can I check?)When I type "% source /etc/cshrc.csh" at the unix prompt it says that the file doesn't exist. The file that does exists is /etc/csh.cshrc. If I type "% source /etc/csh.cshrc" the prompt changes from this "iraf@localhost.localdomain%" to this "[iraf@localhost ~]$"
This is the output of the "df" command:iraf@localhost.localdomain% df
S.ficheros Bloques de 1K Usado Dispon Uso% Montado en
/dev/mapper/VolGroup00-LogVol00
7998920K 4623580K 3375340K 58% /
/dev/sda1 194442K 25792K 158611K 14% /boot
tmpfs 276416K 48K 276368K 1% /dev/shm
df: «/home/usuario/Escritorio/SHARED»: Permiso denegado
COMPARTIDO 73103748K 54205680K 18898068K 75% /home/iraf/local/iraf/shared
gvfs-fuse-daemon 7998920K 4623580K 3375340K 58% /home/iraf/local/.gvfs
/dev/sr0 27328K 27328K 0K 100% /media/VBOXADDITIONS_2.0.6_39755I don't know if it's relevant, but where is says: "df: «/home/usuario/Escritorio/SHARED»: Permiso denegado" ("Permiso denegado" means "Permission denied"), that folder is the shared VirtualBox folder between Windows and Fedora. To have full access to it, I modified the file /etc/rc.d/rc.local and edited it to look like like this:#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.touch /var/lock/subsys/local
mount -t vboxsf -o uid=iraf,gid=todos,defaults COMPARTIDO /home/iraf/local/iraf/sharedso I don't have to mount it from a unix prompt every time I access IRAF.

I fixed the NFS problem setting SELinux "System default enforcing mode" to permissive, since otherwise the rpcbind service was dead.
The ls problem is still there unfortunately.

I don't see anything obvious in your 'env' output, the SHELL variable says that you are using a C-shell. I'm a little worried about the 'permission denied' in the 'df' output even though this particular directory isn't directly in your path (a shell error would certainly explain the apparent hang, but starting a shell outside of IRAF doesn't hang so it doesn't make sense).One thing to try is the command "cl> !!ls" where the '!!' forces IRAF to use a Bash shell for the command where the invocation may differ. We haven't had reports that Fedora 9 has any problems, but when you say this is running "inside a Vitual Box" do you mean the host OS is something else and Fedora is running under e.g. VMWare (or is VirtualBox an application?)?I'm not sure how to reproduce a case where a shell command is executed in quite the same way IRAF does it without sending you a custom program, but a virtual machine tied to a host OS directory tree is not common. You said this happened recently, well, what has changed on your machine recently??-Mike

[quote:422b781dbe="fitz"]when you say this is running "inside a Vitual Box" do you mean the host OS is something else and Fedora is running under e.g. VMWare (or is VirtualBox an application?)?[/quote:422b781dbe]Exactly, the host OS is Windows XP SP3 and the guest is Fedora 9. VirtualBox is a virtualization software (just like VMWare only free and lighter) by Sun Microsystems (http://www.virtualbox.org/).
The ""!!ls" command works perfectly (thanks a lot!) Does this mean there's something wrong with my C-Shell?[quote:422b781dbe="fitz"]You said this happened recently, well, what has changed on your machine recently??[/quote:422b781dbe]Not much, the usual Fedora automatic updates... Anytime the kernel updates I need to rebuild the VirtualBox "Guest Additions" (in order to be able to share folders and move the mouse around between the guest and the host), but this time the additions worked fine after the last update (either way I rebuilt them, juts in case; but the "ls" problem remained)Any ideas about what should I do?

No more ideas?

Well, if you've got ideas for holiday presents for my wife, I'll trade 8-)The fact that the '!!' works may just mean that your default Bash shell has a different environment that your default C-shell. You can use the command "!!env" to print the Bash environment, I'd pay particular attention to your PATH variable and whether it contains the same mounted paths.It didn't sound like you have a .cshrc file so I'm not sure where your path is being set to include /home/iraf/local/bin. A 'permission denied' is not normal in the 'df' output and problems with paths could explain the shell not starting properly. If you don't have a .cshrc, you might try creating one that defines a minimal path, e.g.[code:1:89f9764477]set path = (/bin /usr/bin)[/code:1:89f9764477]This would override the path set in your .login and should find /bin/ls without worrying about the shared path. In any case, let me know how this works, and if it fails please post the output of the "!!env" command.-Mike

Haha!, sorry I can't help you with ideas on that topic I tried the [quote:7787afc367]set path = (/bin /usr/bin)[/quote:7787afc367] on a terminal window and nothing happened.
This is the output of "!!env"":REMOTEHOST=
MANPATH=/usr/man:/usr/X11R6/man:/usr/local/man:/usr/share/man
SSH_AGENT_PID=2199
F2C=/home/iraf/unix/bin.redhat//f2c.e
HOSTNAME=localhost.localdomain
HSI_CF=-O -DLINUX -DREDHAT -DPOSIX -DSYSV -w -Wunused -DNOVOS
HSI_LFLAGS=
host=/home/iraf/unix/
HOST=localhost.localdomain
TERM=xterm
SHELL=/bin/csh
XDG_SESSION_COOKIE=02964289547c4fea6c6f73e94916bea2-1229949930.340439-816433831
iraf=/home/iraf/
GTK_RC_FILES=/etc/gtk/gtkrc:/home/iraf/local/.gtkrc-1.2-gnome2
WINDOWID=67108883
QTDIR=/usr/lib/qt-3.3
HSI_OSLIBS=
QTINC=/usr/lib/qt-3.3/include
GTK_MODULES=gnomebreakpad
HSI_LIBS=/home/iraf/unix/hlib/libboot.a /home/iraf/unix/hlib/libos.a
HSI_FF=-O
HSI_XF=-Inolibc -w -/Wunused
GROUP=iraf
USER=iraf
LS_COLORS=no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:do=00;35:bd=40;33;01:cd=40;33;01r=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42w=34;42:st=37;44:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.svgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.lzma=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.dz=00;31:*.gz=00;31:*.bz2=00;31:*.tbz2=00;31:*.bz=00;31:*.tz=00;31:*.deb=00;31:*.rpm=00;31:*.jar=00;31:*.rar=00;31:*.ace=00;31:*.zoo=00;31:*.cpio=00;31:*.7z=00;31:*.rz=00;31:*.jpg=00;35:*.jpeg=00;35:*.gif=00;35:*.bmp=00;35:*.pbm=00;35:*.pgm=00;35:*.ppm=00;35:*.tga=00;35:*.xbm=00;35:*.xpm=00;35:*.tif=00;35:*.tiff=00;35:*.png=00;35:*.mng=00;35:*.pcx=00;35:*.mov=00;35:*.mpg=00;35:*.mpeg=00;35:*.m2v=00;35:*.mkv=00;35:*.ogm=00;35:*.mp4=00;35:*.m4v=00;35:*.mp4v=00;35:*.vob=00;35:*.qt=00;35:*.nuv=00;35:*.wmv=00;35:*.asf=00;35:*.rm=00;35:*.rmvb=00;35:*.flc=00;35:*.avi=00;35:*.fli=00;35:*.gl=00;35:*.dl=00;35:*.xcf=00;35:*.xwd=00;35:*.yuv=00;35:*.svg=00;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:
tmp=/tmp/
HOSTTYPE=i386-linux
SSH_AUTH_SOCK=/tmp/keyring-shoLkt/ssh
GNOME_KEYRING_SOCKET=/tmp/keyring-shoLkt/socket
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/2245,unix/unix:/tmp/.ICE-unix/2245
USERNAME=iraf
COLUMNS=120
PAGER=less -C -e -M
OS_MACH=linux
MACH=redhat
MAIL=/var/spool/mail/iraf
DESKTOP_SESSION=gnome
PATH=.:/home/iraf/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin
BLOCKSIZE=K
INPUTRC=/etc/inputrc
PWD=/home/iraf/local/iraf
XMODIFIERS=@im=none
EDITOR=vi
KDE_IS_PRELINKED=1
LANG=es_AR.UTF-8
GNOME_KEYRING_PID=2051
hostid=unix
GDM_LANG=es_AR.UTF-8
KDEDIRS=/usr
XFILESEARCHPATH=:/usr/lib/X11/%T/%N%S:/usr/x11R6/lib/X11/%T/%N%S:
F77=/home/iraf/unix/hlib//f77.sh
LINES=54
GDMSESSION=gnome
IRAFBIN=/home/iraf/bin.redhat/
hbin=/home/iraf/unix/bin.redhat/
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
hlib=/home/iraf/unix/hlib/
SHLVL=3
HOME=/home/iraf/local
SDL_AUDIODRIVER=esd
OSTYPE=linux
GNOME_DESKTOP_SESSION_ID=Default
IRAFARCH=redhat
TAPE=/dev/nrsa0
IPAGER=less -C -M +G
VENDOR=intel
MACHTYPE=i386
LOGNAME=iraf
QTLIB=/usr/lib/qt-3.3/lib
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-GZIz0E0iEh,guid=4ca3b6d904bf46827f63324b494f8beb
MOZILLA_HOME=/usr/local/bin/netscape
LESSOPEN=|/usr/bin/lesspipe.sh %s
arch=.redhat
RANLIB=ranlib
CC=gcc
DISPLAY=:0.0
QT_PLUGIN_PATH=/usr/lib/kde4/plugins
HSI_F77LIBS=
HSI_LF=
G_BROKEN_FILENAMES=1
XAUTHORITY=/var/run/gdm/auth-cookie-XX9ADFMU-for-iraf
_=/bin/env

[quote:93fc97ee21]
I tried the
Quote:
set path = (/bin /usr/bin)
on a terminal window and nothing happened. [/quote:93fc97ee21]Sorry, what I meant to write was[code:1:93fc97ee21]setenv PATH :/bin:/usr/bin:/usr/local/bin:[/code:1:93fc97ee21]Do this from the unix prompt before you type 'cl' (I'm assuming your 'cl' command is in /usr/local/bin). The 'set' command won't reset the value in sub-shells which is why the path isn't changed int the env output.-Mike[/quote]

Still no change...
Anything else I could try?

I apologize if I'm being obnoxiuos, but I have to ask: any other ideas?
I hate to have to sit and watch my IRAF slowly corrupting!
I know that if I let little things like this build up, eventually I'll have to re-install it; and I would REALLY like to avoid that.
Anyway, thanks.

Well, you can close this thread. The problem fixed itself after another FEDORA 9 kernel update...
Sorry for the inconveniences, and thanks once again Mike for your patience.