Actually, I would like to interject here and state that artemis seems to work fine (other than the color problem) with 804. I have been using it fairly extensively. The newest version also seems to work just fine. I did find a problem with using a different version of feff than the supplied feff6. When I changed the environment to execute feff82, atoms and feff ran fine, however, artemis was not able to load the paths correctly. It was necessary to load them by by hand (via the add a feff path menu item) after which it worked fine. This is with Mac OS 10.3.2 and with perl 5.8.2. There are some complaints in the log window about non-initialized variables but it didn't seem to have any effect on the execution. Keep up the good work. On Mar 11, 2004, at 10:56 PM, Bruce Ravel wrote:
On Thursday 11 March 2004 12:25 am, ALAM Sher wrote:
Thus I suggest that like you did with Tk let us know ahead of time for which perl version the programs are tested.
To the best of my knowledge, my codes will work as far back as perl 5.005 (but I must confess I don't have a computer lying around running that old of a version). The more severe dependence is on perl/Tk, which must be one of the version 800 releases. The 400 releases will not work and the 804 releases will not work. (As far as I know, there is still a bug in the HList widget which trips up Artemis.)
The fix I made yesterday with regard to the "longmess" error message used a syntax that I am confident will work in 5.8 or 5.6. The error was in using some syntactic sugar that would not work with the older version of the Carp.pm module.
The other thing that is not clear to me is that if you say for example that programs require perl xyz or later, do you actually check that they run under the allowed versions? before releasing......
I write the codes with 5.8.1 on my linux machine and use 5.6.1 when I build then on my windows machine. I have purposefully not updated to 5.8 on windows for that reason.
I have to point out that there really is not such thing as a "release" for Athena and Artemis at this stage. Every version is a beta version and every user is a bug tester. I would love to have a testing department here at Ravelware International, LLC, but I am little short-handed in terms of staffing ;-)
But I am responsive to bug reports. So keep on filing them!
B
-- Bruce Ravel ----------------------------------- ravel@phys.washington.edu Code 6134, Building 3, Room 405 Naval Research Laboratory phone: (1) 202 767 2268 Washington DC 20375, USA fax: (1) 202 767 4642
NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b National Synchrotron Light Source Brookhaven National Laboratory, Upton, NY 11973
My homepage: http://feff.phys.washington.edu/~ravel EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/
_______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
Dr. Paul Fons Senior Researcher National Institute for Advanced Industrial Science & Technology METI Optoelectronics Division Umezono 1-1-4 Tsukuba, Ibaraki JAPAN 305-8568 tel. +81-298-61-5636 fax. +81-298-61-5615 email: paul-fons@aist.go.jp The lines below are in a Japanese font 〒３０５−８５６８ 茨城県つくば市梅園１−１−４ 光技術部 ポール・フォンス主任研究官