[Ifeffit] Athena Problems
bravel at anl.gov
Mon Jun 6 16:32:15 CDT 2005
> I am having some problems with Athena.
> I reformatted my hard drive the other day (windows XP Pro), and
> downloaded Athena etc. After installing the programs, they work fine.
> However, once I download the updates, Athena refuses to work. I try to
> open the program and all I get a black command-style box filled with odd
> words/text. I do not have a virus (first thing I checked), and all the
> updated versions of the other programs all work fine (e.g. Artemis,
Then Fabio said:
> Once, I had the same problem you reported.
> After downloading the update (ifup_15.zip file) and decompressing it I
> noticed the installation was succesful. When opening Athena (or Artemis)
> only the black command screen appeared.
> I went to the following path (C:\Documents and
> Settings\your_username\Local Settings\Temp\par-your_username) and
> deleted the content of that folder. After that, everything worked fine!
Then I went searching for the source of this problem. I am not
thrilled about what I found.
First things first. If you have not observed this problem, great!
Hopefully you won't. If you are seeing this problem, try Fabio's
suggestion. If that still doesn't help, try downloading this
That may improve the situation.
I should mention that, in the course of tracking down the reported
problem, I found and fixed a bug that may cause odd behavior when
importing an Athena project file on Windows (but which does not seem
to be a problem on linux).
Now on to the issue at hand. I'll explain this as bullet points:
* I am now using a tool called PAR (http://par.perl.org/index.cgi)
to create Windows executables. I switched to this from PerlApp
(http://www.activestate.com/Products/Perl_Dev_Kit/) because it is
free. I could see no reason that I or my boss should purchase a
software product that no one in my research group needs.
* A PAR executable is actually a self-extracting, self-executing zip
file. It extracts itself to a cache folder in "C:\Documents and
* Each of these cache folders is about 6.4 megabytes. By default
they do *not* get cleaned up once you quit the application. (That
was news to me. I did not know that until this afternoon!) As
you use Athena, Artemis, and Hephaestus, you build up a mighty
collection of 6.4 MB folders.
* PAR has a compiler flag for cleaning up the cache. Doing so does
not work well with Athena. That is, if I use the clean-up flag,
Athena cannot read project files. At this time I see no way to
reconcile those two facts.
* I cannot include code in Athena to clean up the cache folder
before it exits. Windows does not allow a program to delete a
file it is currently using.
At this time, I would say that my software is behaving like a slow but
nasty virus in that it is slowly filling up your hard disk with
useless stuff. The best work-around I can suggest at this time is
that you occassionally delete "C:\Documents and
Settings\username\Local Settings\Temp\par-username", as Fabio
I can see a couple ways for this situation to be resolved.
1. The batch files used to launch the codes could be rewritten to
clean up PAR's caches. That should work. Windows prevent's Athena
from cleaning up the cache, but doing so at the level of the batch
file should work.
2. Someone could volunteer to buy me a copy of PerlApp and then I'll
go back to using it rather than PAR.
I should say that I am very busy this month and will not have a lot of
time to spend on this problem. Indeed, it's not a very pressing
problem to me since the Windows versions of the codes are something I
provide only as a service to many of you. I am not a Windows user
This whole situation really underscores the need for someone who cares
about these codes and who is a Windows user to step forward and help
out with these packaging issues. Matt and I have made many requests
over the past year for help with the software on Windows and we have
been repeatedly disappointed. Windows users have been relying on Matt
and I to continue providing a high level of support for a system that
neither of us understands well or enjoys supporting. At some point,
our patience is liable to run dry. Indeed, at some point one or both
of us are likely to just through up our hands and say "fuck it." That
would probably not be in the interests of those of you using Windows.
Bruce Ravel ----------------------------------- bravel at anl.gov -or-
ravel at phys.washington.edu
Environmental Research Division, Building 203, Room E-165
Argonne National Laboratory phone and voice mail: (1) 630 252 5033
Argonne IL 60439, USA fax: (1) 630 252 9793
My homepage: http://feff.phys.washington.edu/~ravel
EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/
More information about the Ifeffit