Bruce,
I understand that it is frustrating to try to help someone when you are given only part of the information needed to fully solve a problem. I'm sure it is an issue you deal with on a relatively regular basis. I do want to particularly thank you, though, for quickly fixing both of my problems -- especially over the 4th of July weekend. I did not expect such a quick response -- it was a great help to have Athena working like she usually does this weekend. 

With regard to your discussion with Matt about the underlying issue hindering the opening of these files into Athena, I would like to mention that these data files load in just fine to Athena using Demeter on a Windows operating system and with the iXAFS program version 2.2 for Intel Macs. I'm not sure if that helps, or is even relevant, but I thought I would let you know.

Again, thank you for all your help. 

Best regards,
Margaret Anne

------------------------------------
Margaret Anne G. Hinkle
Ph.D. Candidate
Earth and Planetary Sciences
Washington University in St. Louis
Rudolph Hall
Campus Box 1169
1 Brookings Drive
St. Louis, MO 63130
email: mhinkle@eps.wustl.edu
website: aqgeochem.wustl.edu


On Sun, Jul 6, 2014 at 5:24 PM, Bruce Ravel <bravel@bnl.gov> wrote:

Matt,

You're right.  I was too grouchy.  Margaret Anne, I apologize if I was too mean-spirited in my emails over the weekend.



On 07/06/2014 05:54 PM, Matt Newville wrote:
Wait, what?   What text string is configured to be only 256 characters?
Something must be very wrong with the Macports installation - this file
opens just fine for me, though I haven't tested it with the Macports
version.

The "read_data()" command in ifeffit uses a line length of 2048
characters, and should not crash on a longer line, but truncate lines to
2048 characters (silently, which is irritating when encountered, but not
as bad as crashing).     I've written and used thousands of data files
with comment and data lines longer than 256 characters.    I believe
there is (and should be) nothing in the code for reading data that sets
a limit as low as 256 characters (File names are allowed to be 512
characters!), and nothing that should cause a crash on larger lines.

Of course it's fine to use a plugin for specific file types, and
probably wise to not rely of ifeffit's read_data() for really big files
(though, again, I regularly read files of 35 to 40 columns without a
plugin).   But this seems to me like its a Macports-only problem to me
that should be fixed.

I guess I explained it poorly, but it is not a MacPorts-only problem.

It /opens/ just fine.  That's not the problem.

It's a problem with iff_show, which Athena uses to fetch the names of the column labels after ifeffit reads the data file.  Here's what happens if you exercise iff_show by hand:

bruce@atropos [demeter] > ifeffit
 Ifeffit  1.2.11d Copyright (c) 2008 Matt Newville, Univ of Chicago
                command-line shell version 1.1 with GNU Readline
Ifeffit> read_data (file="/home/bruce/Mn0214_7dMnO2_Header_exafsscan1.dat", group=a)
Ifeffit> show @strings
 $plot_devices  = /png /tpng /null /ps /vps /cps /vcps /xwindow /xserve
 $plot_device   = /xserve
 $group         = a
 $commentchar   = #
 $&build        = 1.2.11d Copyright (c) 2008 Matt Newville, Univ of Chicago
 $&install_dir  = /usr/local/share/ifeffit
 $column_label  = 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57
 $column_label1 = 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57
 $a_title_01    = S 1  exafsscan
 $a_title_02    = C exafs_edge_energy 6.539
 $a_title_03    = C exafs_region -150 -20 26 1 0 0 0
 $a_title_04    = C exafs_region -20 34.1959 108 1 0 0 0
 $a_title_05    = C exafs_region 34.1959 972.683 260 1 0 1 1.4
 $a_title_06    = D Wed Feb 26 22:19:02 2014
 $a_title_07    = T 4.58834  (Seconds)
 $a_title_08    = G0 0
 $a_title_09    = G1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
 $a_title_10    = G3 0 0 0 0 0 0 0 0 0
 $a_title_11    = G4 0
 $a_title_12    = Q
 $a_title_13    = P0 17.707645 -0.3425 33.862069 -0.80317213 -18.366667 0.175013 -0.175013 8.99922
 $a_title_14    = P1 8.49884 8.74903 -5.0037582 8.74903 1.7763568e-14 0 3.5002457 9.4148
 $a_title_15    = P2 -44.9992 -23.95 -30.75 97.52 19.252 -11.58 8.4175 -2.25125
 $a_title_16    = P3 -5.11125 1.4875 0.7325 1.5 85 0 -600
 $a_title_17    = N 57

At line 436 of file iff_show.f
Fortran runtime error: End of record
bruce@atropos [demeter] >


Line 436 of iff_show is

       write(messg,11)  s(1:k), ' = ', t(1:j)

messg is defined just above that as character*256.  I interpreted this as attempting to put a 330 character string in a character*256 variable.  But, in truth, I did not examine the code all that closely.

I suppose I could have worked on fixing Ifeffit, but the plugin took way less time.  And my time would be better spent making Demeter use Larch properly.


B



--
 Bruce Ravel  ------------------------------------ bravel@bnl.gov

 National Institute of Standards and Technology
 Synchrotron Science Group at NSLS --- Beamlines U7A, X24A, X23A2
 Building 535A
 Upton NY, 11973

 Homepage:    http://xafs.org/BruceRavel
 Software:    https://github.com/bruceravel
_______________________________________________
Ifeffit mailing list
Ifeffit@millenia.cars.aps.anl.gov
http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit