On Tuesday 31 August 2010 06:49:36 pm you wrote:

I just noticed my reply to your message with a little more detail on my error with the SSRL plugin did not post to the mailing list, so here is a little more detail (with a few pictures). Thanks again (to you and all the other users on the mailing list) for all of the tips for updating iXAfS, it looks like I started a spark that got a bunch of folks pounding away at their command lines.

Brandon, The most useful thing you sent me was a copy of the data that triggered the problem. With it, I was able to figure out what was going on. It turns out that version 2.0 of the SSRL XAS Data Collector stores its binary data differently from earlier versions. Who knew? Certainly not me! This difference was such that the data, as interpreted by the Athena plugin, were severely corrupted in a way that lead to Athena feeding very strange data to Ifeffit. Fortunately, Sam Webb once again came to the rescue. Suspecting that the problem would be something like this, I downloaded Sam's latest source code for SixPack and found the place where he imports SSRL binary data. Armed with Sam's knowledge, I was able to fix the SSRLB plugin. Sam, it seems that I owe you yet another beer the next time I see you. At this rate, it's going to be quite a bar tab. So .... grab the version of the plugin that I just committed to the svn repository: http://cars9.uchicago.edu/svn/horae/trunk/lib/Ifeffit/Plugins/Filetype/Athen... Drop this new version in place on top of the old one wherever it sits on your computer. Try again and let me know if this fixes the problem. It worked for me on the data file you sent. B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Methods Group at NSLS --- Beamlines U7A, X24A, X23A2 Building 535A Upton NY, 11973 My homepage: http://xafs.org/BruceRavel EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/