Ins:-simple suggestion when you make new releases
Hi Bruce, I was able to find the longmess problem and in one solution did a version change [which you did not like] because I use both versions of perl 5.5 and perl 5.8 and several versions of red hat 7.2,7.3, 8 and 9....However most people are using single perl and linux operating systems. Thus I suggest that like you did with Tk let us know ahead of time for which perl version the programs are tested. 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...... thanks sher
Hi folks,
New versions of Athena and Artemis are now ready. The windows and unix updater programs will now grab and install these updates.
This release addresses many bugs that were found in the previous release. There are also a couple of nice things for the Windows users. I recently upgraded by license for the PerlApp program, which is the program which builds the Windows executables from the perl source code. The new version of PerlApp has the very nice feature of generating *much* smaller executables -- Athena is about 2 megs as compared to about 5 megs from the previous version of PerlApp.
There are two big new features in this release.
1. Athena now has an interface for doing linear combination fits of standard XANES spectra to an unknown. Look in the Analysis menu.
2. Both Athena and Artemis have a new mechanism for trapping certain kinds of errors and writing files that can be included in a bug report. If a certain class of problem gets tripped while you are using one of the codes, the program will beep and you will see a message like this in the echo area:
Artemis trapped a warning! Message dumped to C:\Program Files\Ifeffit\horae\ARTEMIS.TRAP
If you decide to send me a bug report regarding whatever lead to the error, you should include the specified file along with your bug report. The trap file may look cryptic, but it will probably help me a lot in solving the problem.
Update and enjoy! B
P.S. Big thanks this time for excellent bug reports from Peter Southon, Peter Pfalzer, and valient beta tester Adam Webb. Thanks also to Simon Bare for his help with the linear combination interface.
-- 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
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/
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 〒３０５−８５６８ 茨城県つくば市梅園１−１−４ 光技術部 ポール・フォンス主任研究官
participants (3)
-
ALAM Sher -
Bruce Ravel -
Paul Fons