[Ifeffit] Ins:-simple suggestion when you make new releases

[Paul Fons]

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 at 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 at 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 at aist.go.jp

The lines below are in a Japanese font

〒３０５−８５６８
茨城県つくば市梅園１−１−４
光技術部
ポール・フォンス主任研究官