ARTEMIS export error
Dear Bruce, just tried to export some data to a file using the "save selected groups as" command. He gives me the message "You cannot save more than -2 groups to a single file". That's a step back compared to the limit of 15 I we had before :) Went quickly through some of my fits - but it is the same everywhere. I attached an example file. Hope it helps... Cheers, Norbert -- Dr. rer. nat. Norbert Weiher (norbert.weiher@manchester.ac.uk) School of Chemical Engineering and Analytical Science Sackville Street, Manchester, M60 1QD - Phone: +44 161 306 4468
On Monday 10 January 2005 02:12 pm, Norbert Weiher wrote:
just tried to export some data to a file using the "save selected groups as" command. He gives me the message "You cannot save more than -2 groups to a single file". That's a step back compared to the limit of 15 I we had before :) Went quickly through some of my fits - but it is the same everywhere. I attached an example file. Hope it helps...
Norbert, Hmmm... I really cannot imagine a situation where you actually need to save more than -2 groups to an output file. I think you are just being picky! I see the problem. It's a silly bug. I have a bunch of other small problems that have cropped up in the latest tarball. I am actually hoping to release a new one before the end of the day with this and a few other bug fixes. 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/
On Mon, 10 Jan 2005 14:45:01 -0500, Bruce Ravel
I have a bunch of other small problems that have cropped up in the latest tarball. I am actually hoping to release a new one before the end of the day with this and a few other bug fixes.
Bruce,
I have noticed a little problem in the "fit results" window: viewing
"Raw log file" is ok, but changing to "Column view", "Def parameters"
and "Set parameters" become 0.0000000 or 1.0000000.
MauRo
PS: Here is the example:
1) Raw log file view
#Def parameters:
# e0_mosi = 0.0436690
# ...
#
#Set parameters:
# a_mo = 1.008142 (0.001300)
# ...
# ss_mo = 0.004868 (0.000592)
# ...
2) Column view
#Def parameters
# e0_mosi = 0.0000000
# ...
#
#Set parameters
# a_mo = 1.0000000
# ...
# ss_mo = 0.0000000
---
Mauro Rovezzi
I upgraded to the new version 047 of horae and found that on the mac (10.3.7, standard system, Matt's installer for the perl bits) that I cannot read data any more (it just generates an error). I don't really understand the perl, but I found what appears to be an error (but it still doesn't fix the problem). First an observation. At line 4281, is it my mistake or is there a dangly bit (a comma here). my $ret = &construct_xmu($raw, $group, $label, $data, $stash, $prior_args, ); changed to: my $ret = &construct_xmu($raw, $group, $label, $data, $stash, $prior_args ); At line 3585, at the call to waitWindow() things go wrong: ($raw == 0) or $raw -> waitWindow(); and the following trap file is produced: any ideas? Please include this information along with your explanation when you make a bug report. The following message was trapped by Athena: Athena0.8.035warn/Users/paulfons/.horae/stash/ ATHENA.TRAPCODE(0x1c05630) at /Applications/Ifeffit/bin/athena line 1350 main::__ANON__('Tk::Error: Can\'t upgrade that kind of scalar at /Application...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x1fad974)','Can\'t upgrade that kind of scalar at /Applications/Ifeffit/b...','main::set_properties at /Applications/Ifeffit/bin/athena line...','<Button-1>','(command bound to event)') called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 Tk::MainLoop() called at /Applications/Ifeffit/bin/athena line 1407 Please include this information along with your explanation when you make a bug report. Font Courier 10 still in cache. Dr. Paul Fons Senior Researcher National Institute for Advanced Industrial Science & Technology METI Center for Applied Near-Field Optics Research (CANFOR) AIST Central 4, Higashi 1-1-1 Tsukuba, Ibaraki JAPAN 305-8568 tel. +81-298-61-5636 fax. +81-298-61-2939 email: paul-fons@aist.go.jp The lines below are in a Japanese font 〒305−8568 茨城県つくば市東1−1−1 つくば中央第4 近接場光応用工学センター ポール・フォンス主任研究官
Hi Paul, Yikes -- I see the same problem. It looks to me like the trouble is in sub set_properties, in this block (starting at line 3065 of athena 0.8.035): if ($groups{$item}->{reference}) { $widget{bkg_eshift} -> configure(-foreground => $config{colors}{button}, -font => $config{fonts}{entrybold},) } else { $widget{bkg_eshift} -> configure(-foreground => $config{colors}{foreground}, -font => $config{fonts}{entry},) }; I get the message below. Commenting out this block at least lets the data be read in, though presumably that's not the intended mode of operation. ;). I think this is an issue with type coercion. Something as simple as: my ($w_color,$w_font) = ("$config{colors}{foreground}","$config{fonts}{entry}"); if ($groups{$item}->{reference}) { $widget{bkg_eshift} -> configure(-foreground => $config{colors}{button}, -font => $config{fonts}{entrybold},) } else { $widget{bkg_eshift} -> configure(-foreground => $w_color, -font => $w_font); }; might work (untested!!! and I don't know why the other config items are different or what the bkg_eshift widget is....). That is, I think these values need to be string scalars, and the error message suggests that they're not. For what it's worth (and for better or worse), Perl tolerates extra ',' in argument lists, and occasionally tolerates missing semicolons at the end of statement lines (as in this case above). Eek-that's-enough-perl-for-the-week, --Matt The following message was trapped by Athena: Athena0.8.035warn/Users/newville/.horae/stash/ATHENA.TRAPCODE(0x1c03f98) at athena line 1350 main::__ANON__('Tk::Error: Can\'t upgrade that kind of scalar at athena line ...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x1408a440)', 'Can\'t upgrade that kind of scalar at athena line 3069.\x{a}', 'main::set_properties at athena line 3069', 'main::fill_skinny at athena line 1505', 'main::construct_xmu at athena line 4616', 'main::__ANON__ at athena line 4281', 'Tk callback for .toplevel1.frame.frame7.button', 'Tk::__ANON__ at /Library/Perl/5.8.1/darwin-thread-multi-2leve...', 'Tk::Button::butUp at /Library/Perl/5.8.1/darwin-thread-multi-...', ...) called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/Widget.pm line 938 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/Widget.pm line 938 Tk::Widget::waitWindow('Tk::Toplevel=HASH(0x149d3100)') called at athena line 3585 main::read_file(0) called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 247 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 247 Tk::__ANON__('Tk::Menu=HASH(0x1482d1b4)','active') called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/Menu.pm line 531 Tk::Menu::Invoke('Tk::Menu=HASH(0x1482d1b4)',1) called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 Tk::MainLoop() called at athena line 1407 --Matt |= Matthew Newville mailto:newville@cars.uchicago.edu |= GSECARS, Bldg 434A voice: (630) 252-0431 / 1713 |= Argonne Natl Lab fax: (630) 252-0436 |= 9700 South Cass Ave cell: (708) 804-0361 |= Argonne, IL 60439 USA http://cars9.uchicago.edu/~newville/ On Wed, 12 Jan 2005, Paul Fons wrote:
I upgraded to the new version 047 of horae and found that on the mac (10.3.7, standard system, Matt's installer for the perl bits) that I cannot read data any more (it just generates an error). I don't really understand the perl, but I found what appears to be an error (but it still doesn't fix the problem). First an observation.
At line 4281, is it my mistake or is there a dangly bit (a comma here).
my $ret = &construct_xmu($raw, $group, $label, $data, $stash, $prior_args, ); changed to: my $ret = &construct_xmu($raw, $group, $label, $data, $stash, $prior_args );
At line 3585, at the call to waitWindow() things go wrong: ($raw == 0) or $raw -> waitWindow();
and the following trap file is produced: any ideas?
Please include this information along with your explanation when you make a bug report.
The following message was trapped by Athena:
Athena0.8.035warn/Users/paulfons/.horae/stash/ ATHENA.TRAPCODE(0x1c05630) at /Applications/Ifeffit/bin/athena line 1350 main::__ANON__('Tk::Error: Can\'t upgrade that kind of scalar at /Application...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x1fad974)','Can\'t upgrade that kind of scalar at /Applications/Ifeffit/b...','main::set_properties at /Applications/Ifeffit/bin/athena line...','<Button-1>','(command bound to event)') called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 Tk::MainLoop() called at /Applications/Ifeffit/bin/athena line 1407
Please include this information along with your explanation when you make a bug report. Font Courier 10 still in cache.
Dr. Paul Fons Senior Researcher National Institute for Advanced Industrial Science & Technology METI Center for Applied Near-Field Optics Research (CANFOR) AIST Central 4, Higashi 1-1-1 Tsukuba, Ibaraki JAPAN 305-8568
tel. +81-298-61-5636 fax. +81-298-61-2939
email: paul-fons@aist.go.jp
The lines below are in a Japanese font
$B")#3#0#5!]#8#5#6#8(B $B0q>k8)$D$/$P;TEl#1!]#1!](B1 $B$D$/$PCf1{Bh#4(B $B6a@\>l8w1~MQ9)3X%;%s%?!<(B $B%]!<%k!&%U%)%s%9
Thanks Matt. Hmm. Type coersion, make sense. I put in the hack you sent in your email and I can say that day can be read in now (a little tested now!). Paul p.s. I will be heading out to the APS in March for a run with Dale. See you then! On 2005/01/12, at 13:43, Matt Newville wrote:
Hi Paul,
Yikes -- I see the same problem. It looks to me like the trouble is in sub set_properties, in this block (starting at line 3065 of athena 0.8.035):
if ($groups{$item}->{reference}) { $widget{bkg_eshift} -> configure(-foreground => $config{colors}{button}, -font => $config{fonts}{entrybold},) } else { $widget{bkg_eshift} -> configure(-foreground => $config{colors}{foreground}, -font => $config{fonts}{entry},) };
I get the message below. Commenting out this block at least lets the data be read in, though presumably that's not the intended mode of operation. ;).
I think this is an issue with type coercion. Something as simple as: my ($w_color,$w_font) = ("$config{colors}{foreground}","$config{fonts}{entry}");
if ($groups{$item}->{reference}) { $widget{bkg_eshift} -> configure(-foreground => $config{colors}{button}, -font => $config{fonts}{entrybold},) } else { $widget{bkg_eshift} -> configure(-foreground => $w_color, -font => $w_font); };
might work (untested!!! and I don't know why the other config items are different or what the bkg_eshift widget is....). That is, I think these values need to be string scalars, and the error message suggests that they're not.
For what it's worth (and for better or worse), Perl tolerates extra ',' in argument lists, and occasionally tolerates missing semicolons at the end of statement lines (as in this case above).
Eek-that's-enough-perl-for-the-week,
--Matt
The following message was trapped by Athena:
Athena0.8.035warn/Users/newville/.horae/stash/ ATHENA.TRAPCODE(0x1c03f98) at athena line 1350 main::__ANON__('Tk::Error: Can\'t upgrade that kind of scalar at athena line ...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x1408a440)', 'Can\'t upgrade that kind of scalar at athena line 3069.\x{a}', 'main::set_properties at athena line 3069', 'main::fill_skinny at athena line 1505', 'main::construct_xmu at athena line 4616', 'main::__ANON__ at athena line 4281', 'Tk callback for .toplevel1.frame.frame7.button', 'Tk::__ANON__ at /Library/Perl/5.8.1/darwin-thread-multi-2leve...', 'Tk::Button::butUp at /Library/Perl/5.8.1/darwin-thread-multi-...', ...) called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/Widget.pm line 938 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/Widget.pm line 938 Tk::Widget::waitWindow('Tk::Toplevel=HASH(0x149d3100)') called at athena line 3585 main::read_file(0) called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 247 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 247 Tk::__ANON__('Tk::Menu=HASH(0x1482d1b4)','active') called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/Menu.pm line 531 Tk::Menu::Invoke('Tk::Menu=HASH(0x1482d1b4)',1) called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 Tk::MainLoop() called at athena line 1407 --Matt
|= Matthew Newville mailto:newville@cars.uchicago.edu |= GSECARS, Bldg 434A voice: (630) 252-0431 / 1713 |= Argonne Natl Lab fax: (630) 252-0436 |= 9700 South Cass Ave cell: (708) 804-0361 |= Argonne, IL 60439 USA http://cars9.uchicago.edu/~newville/
On Wed, 12 Jan 2005, Paul Fons wrote:
I upgraded to the new version 047 of horae and found that on the mac (10.3.7, standard system, Matt's installer for the perl bits) that I cannot read data any more (it just generates an error). I don't really understand the perl, but I found what appears to be an error (but it still doesn't fix the problem). First an observation.
At line 4281, is it my mistake or is there a dangly bit (a comma here).
my $ret = &construct_xmu($raw, $group, $label, $data, $stash, $prior_args, ); changed to: my $ret = &construct_xmu($raw, $group, $label, $data, $stash, $prior_args );
At line 3585, at the call to waitWindow() things go wrong: ($raw == 0) or $raw -> waitWindow();
and the following trap file is produced: any ideas?
Please include this information along with your explanation when you make a bug report.
The following message was trapped by Athena:
Athena0.8.035warn/Users/paulfons/.horae/stash/ ATHENA.TRAPCODE(0x1c05630) at /Applications/Ifeffit/bin/athena line 1350 main::__ANON__('Tk::Error: Can\'t upgrade that kind of scalar at /Application...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x1fad974)','Can\'t upgrade that kind of scalar at /Applications/Ifeffit/b...','main::set_properties at /Applications/Ifeffit/bin/athena line...','<Button-1>','(command bound to event)') called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 eval {...} called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk.pm line 406 Tk::MainLoop() called at /Applications/Ifeffit/bin/athena line 1407
Please include this information along with your explanation when you make a bug report. Font Courier 10 still in cache.
Dr. Paul Fons Senior Researcher National Institute for Advanced Industrial Science & Technology METI Center for Applied Near-Field Optics Research (CANFOR) AIST Central 4, Higashi 1-1-1 Tsukuba, Ibaraki JAPAN 305-8568
tel. +81-298-61-5636 fax. +81-298-61-2939
email: paul-fons@aist.go.jp
The lines below are in a Japanese font
〒305−8568 茨城県つくば市東1−1−1 つくば中央第4 近接場光応用工学センター ポール・フォンス主任研究官
_______________________________________________ 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 Center for Applied Near-Field Optics Research (CANFOR) AIST Central 4, Higashi 1-1-1 Tsukuba, Ibaraki JAPAN 305-8568 tel. +81-298-61-5636 fax. +81-298-61-2939 email: paul-fons@aist.go.jp The lines below are in a Japanese font 〒305−8568 茨城県つくば市東1−1−1 つくば中央第4 近接場光応用工学センター ポール・フォンス主任研究官
I also have successfully read in some data (not much). Carlo On Wed, 12 Jan 2005, Paul Fons wrote:
Thanks Matt. Hmm. Type coersion, make sense. I put in the hack you sent in your email and I can say that day can be read in now (a little tested now!).
Paul
p.s. I will be heading out to the APS in March for a run with Dale. See you then!
-- Carlo U. Segre -- Professor of Physics Associate Dean for Special Projects, Graduate College Illinois Institute of Technology Voice: 312.567.3498 Fax: 312.567.3494 Carlo.Segre@iit.edu http://www.iit.edu/~segre
participants (6)
-
Bruce Ravel
-
Carlo U. Segre
-
Matt Newville
-
MauRo
-
Norbert Weiher
-
Paul Fons