Athena - resetting working directory
Hello Bruce: I am using the latest version of Athena on Linux and I have noticed a strange behavior. I cd to the directory where my data is located and run athena form the command line. When I want to open my first file, the dialog puts me in the same directory with no problem. However, any time I try to do another file operation (reading, writing, etc), the dialog starts at the filesystem root "/". Even if I move back to the initial directory the next time it is back at the root. Carlo -- Carlo U. Segre -- Professor of Physics Associate Dean for Research, Armour College Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre@iit.edu http://www.iit.edu/~segre
On Fri, 25 Apr 2003, Carlo U. Segre wrote:
Hello Bruce:
I am using the latest version of Athena on Linux and I have noticed a strange behavior. I cd to the directory where my data is located and run athena form the command line. When I want to open my first file, the dialog puts me in the same directory with no problem. However, any time I try to do another file operation (reading, writing, etc), the dialog starts at the filesystem root "/". Even if I move back to the initial directory the next time it is back at the root.
Hey Carlo, Y'know, this just doesn't happen for me. Athena seems to remember its working directory just fine. Are you using an old version of athena? Or perhaps I am not handling the string containing the working directory correctly. Are there any strange characters (i.e. not [A-Za-z0-9_]) in the working directory you intend to use that perhaps I am not escaping and/or quoting correctly? If so, tell me what they are so I can build a similar directory tree and try it out myself. When you say, "from the command line", do you mean that you are starting Athena from the command line, then using the File menu to start reading in data? Or are you reading in the first data file from the command line as well? Like so: ~> athena my_data.xmu Confusedly, B Bruce Ravel e-mail: ravel@phys.washington.edu URL: http://feff.phys.washington.edu/~ravel/
Interestingly enough, on the Mac (OS X), I had the same problem at one point (directory resetting to root upon opening a second file), but it has been gone for a long while now. Bruce didn't see my problem either so I assume it was something with software revision on my end. One thing that I did change which timing wise might be a factor (but I don't really remember when the problem went away) is that I switched to perl 5.8 and updated all Perl/Tk etc. and related modules at that time. If the problem isn't in Bruce's code, it may be in one of the perl modules he is using. Perhaps a check of your perl/perl module versions would be a prudent thing to review? Paul On 土曜日, 4 26, 2003, at 06:51 AM, Bruce Ravel wrote:
On Fri, 25 Apr 2003, Carlo U. Segre wrote:
Hello Bruce:
I am using the latest version of Athena on Linux and I have noticed a strange behavior. I cd to the directory where my data is located and run athena form the command line. When I want to open my first file, the dialog puts me in the same directory with no problem. However, any time I try to do another file operation (reading, writing, etc), the dialog starts at the filesystem root "/". Even if I move back to the initial directory the next time it is back at the root.
Hi folks, Last week we saw a bit of mail regarding a problem wherein a unix user would attempt to open a file and be presented with the root directory rather than Athena's current working directory. The cause of this is a bug in a file called FBox.pm, which is a part of perl/Tk and is used by perl/Tk to build the file selection dialog. perl/Tk versions up to 800.023 (and possibly later -- I am not, at the moment, in a place where I can easily check this) have the buggy file. To address this problem, a patched version of FBox.pm comes with the horae tarball and normally gets installed when you install my software. Thus you normally should never see this problem. If you are seeing this problem, it is because, for some reason, my patched version did not get installed or is not being used by perl. The easiest solution is to find the copy of FBox.pm that is being used and replace it with the one that comes with my tarball. That will probably require being root. Here is a magic command for finding the copy of FBox.pm that perl uses: perl -e 'use Tk::FBox; print $INC{"Tk/FBox.pm"}, $/' To the best of my knowledge, this is a unix-only problem. Windows users should never have this happen. Regards, B Bruce Ravel e-mail: ravel@phys.washington.edu URL: http://feff.phys.washington.edu/~ravel/
participants (3)
-
Bruce Ravel -
Carlo U. Segre -
Paul Fons