Hi Bruce, I installed the new horae (035) and played around with the ZnO tutorial using the new version of Artemis. I called the program in the directory where the ZnO dat file reside from the command line. The project apj1 (run with all the indications in the journal) worked smoothly. As soon as I try to read in the apj2, the following trap message pops up: # Artemis 0.7.005 # This file created at 00:19:09 on 31 May, 2004 # using darwin, perl 5.008001, Tk 804.027, and Ifeffit 1.2.5 # Workspace: /Users/stefano/.horae/stash/artemis.project.3/ The following message was trapped by Artemis on a SIGWARN: Artemis0.7.005warn/Users/stefano/.horae/stash/ARTEMIS.TRAPCODE(0x1e3dff8)/Users/stefano/.horae/stash/artemis.project.3/ at /Applications/Ifeffit/bin/artemis line 1562 main::__ANON__('Tk::Error: could not open /Users/stefano/.horae/stash/artemis...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x8f44c)','could not open /Users/stefano/.horae/stash/artemis.project.3/...','main::nnnn_header at /Applications/Ifeffit/bin/artemis line 4386','main::read_path at /Applications/Ifeffit/bin/artemis line 10872','main::open_project at /Applications/Ifeffit/bin/artemis line ...','main::read_data at /Applications/Ifeffit/bin/artemis line 6901','main::dispatch_read_data at /Applications/Ifeffit/bin/artemis...','main::__ANON__ at /Applications/Ifeffit/bin/artemis line 586','Tk callback for ..frame.menubutton.menu.project_data',...) 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/artemis line 1707 End of trap file. Exactly the SAME error message pops out when I try to save a fit as chi(k). Obviously I am stuck... Any help here? Again, there must be some problem with the perl libraries... HELP!!! Stefano -- ____________________________________________ Stefano Ciurli Professor of Chemistry Department of Agro-Environmental Science and Technology University of Bologna Viale Giuseppe Fanin, 40 I-40127 Bologna Italy Phone: +39-051-209-6204 Fax: +39-051-209-6203 "Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza" Dante Alighieri - Inferno - Canto XXVI -- ____________________________________________ Stefano Ciurli Professor of Chemistry Department of Agro-Environmental Science and Technology University of Bologna Viale Giuseppe Fanin, 40 I-40127 Bologna Italy Phone: +39-051-209-6204 Fax: +39-051-209-6203 "Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza" Dante Alighieri - Inferno - Canto XXVI
On Monday 31 May 2004 04:41 pm, Stefano Ciurli wrote: SC> I installed the new horae (035) and played around with the ZnO SC> tutorial using the new version of Artemis. I called the program in SC> the directory where the ZnO dat file reside from the command line. SC> The project apj1 (run with all the indications in the journal) worked SC> smoothly. As soon as I try to read in the apj2, the following trap SC> message pops up: Stefano, I think I see the problem here. I suspect that you are changing project files by selecting "File->Open data file or project file", then answering "New" to the dialog that asks if you want to change data files or open a new data file, then answering in the affirmative to the question about discarding the current file. Is that correct? It seems that sequence of events is handled incorrectly by artemis. When you try to open a new project without explicitly closing the current project, artemis gets confused about which project folder to use. There seems to be a work-around. If, instead, you always explicitly close a project before opening a new project, artemis seems to behave correctly. I tried this on linux and OSX but not windows and saw the same behavior in both. All is well if you explicitly close the current project. All is not well if you do not explicitly close it. Thanks for the heads up. At least there is a work-around for this one. 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/
Mr. Ravel, I'm right now helping a fellow student get started using Athena and Artemis for EXAFS analysis, and we've ran into more than a few problems. He's running on Windows ME (using the latest versions of the software), so I don't know if there are any known bugs associated with that operating system. The most glaring of oddities I've noticed is that c:\\program files\ifeffit doesn't exist, so there is no place for the trapped Artemis files to go (I do have a couple of them copied, but I'll send another email about that later). Another is that the command lines that open with the associated programs don't close when the program closes. They'll say "finished" on the top, but the window will stay open. And in Athena, and there's unfortunately no real consistency in characterizing this error, but it'll say: Athena has caused an error in KERNEL32.dll. Athena will now close If you continue to experience problems, try restarting your computer. The first time this happened, we had the Emin for the pre-edge line set to -500. It happened a couple of times when we set this Emin, but then didn't anymore. Next it happened when we opened the same project file. There's no trap file unfortunately to be associated with this error. Another Artemis error comes up when trying to generate the FEFF paths. Everything will run properly, the message screen will show all the paths, but no pop-up will prompt to ask how many paths to import. There's a trap file associated with this, but I'll have to send it later. Also, when this error happens, the feff.inp page will say "no feff.inp file selected." If we re-run atoms to generate the feff.inp again, then click "run feff," there'll be another error trapped, and again, no prompt to import paths, the message box doesn't even show up this time to show the program going through the paths. Again, I have trapped warnings to go with these, but unfortunately (and I apologize), they're on the other student's computer and he's not on the mailing list, so I'll get them to you as soon as I can. Thanks very much though for the newest versions. They're running fine on my computer, despite the log error, but that doesn't affect the fits. - Sean
On Tuesday 01 June 2004 03:26 pm, sluo@slc.edu wrote: sl> Mr. Ravel, OK, rule #1 for the Ifeffit mailing list. Address Bruce as "Bruce". Mr. Ravel is Bruce's dad. ;-) sl> The most glaring of oddities I've noticed is that c:\\program sl> files\ifeffit doesn't exist, so there is no place for the trapped sl> Artemis files to go (I do have a couple of them copied, but I'll This confuses me because that location is set using the value of the IFEFFIT_DIR variable in the batch file that launches artemis. That should have been set at install time. I am not sure why that is not working correctly, but one work-around might be to create that folder just to catch the trap files. Another good idea might be at least to upgrade to a later MS operating system. sl> send another email about that later). Another is that the command sl> lines that open with the associated programs don't close when the sl> program closes. They'll say "finished" on the top, but the window sl> will stay open. I have never seen that behavior before. Has anyone else? Perhaps its a windows ME thing....? sl> And in Athena, and there's unfortunately no real consistency in sl> characterizing this error, but it'll say: sl> sl> Athena has caused an error in KERNEL32.dll. sl> Athena will now close sl> If you continue to experience problems, sl> try restarting your computer. I truly have no idea what that means. Did you follow all the instructions here? http://cars9.uchicago.edu/cgi-bin/ifeffit/faqwiz?req=show&file=faq02.007.htp sl> Another Artemis error comes up when trying to generate the FEFF sl> paths. Everything will run properly, the message screen will show sl> all the paths, but no pop-up will prompt to ask how many paths to sl> import. There's a trap file associated with this, but I'll have to sl> send it later. Also, when this error happens, the feff.inp page sl> will say "no feff.inp file selected." If we re-run atoms to sl> generate the feff.inp again, then click "run feff," there'll be sl> another error trapped, and again, no prompt to import paths, the sl> message box doesn't even show up this time to show the program sl> going through the paths. Again, I have trapped warnings to gowith sl> these, but unfortunately (and I apologize), they're on the other sl> student's computer and he's not on the mailing list, so I'll get sl> them to you as soon as I can. I am going to need more information. Are you sure the dialog for selecting the number of paths isn't hidden for some reason under the main window? I guess my big question is whether any of this behavior is reproduced on windows machines that are not windows ME. I am not too excited about working hard to make sure that WinME support is perfect. WinME was a pretty crappy operating system. 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 Tuesday 01 June 2004 03:26 pm, sluo@slc.edu wrote: sl> The most glaring of oddities I've noticed is that c:\\program sl> files\ifeffit doesn't exist, One more thing.... There was a problem with the workspace folder that I tried to solve in version 0.7.004. However, the solution may have been incomplete. Try deleting (or renaming, to be safer) the file C:\\Program Files\Ifeffit\horae\artemisrcw and firing up artemis again. That may help. It may not. It's something to try. 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/
Bruce,
There seems to be a work-around. If, instead, you always explicitly close a project before opening a new project, artemis seems to behave correctly.
unplesantly, not with my G4. I simply, this time, opened artemis and open directly the ZnO2.apj project and got the following trap: # Artemis 0.7.005 # This file created at 22:31:50 on 1 June, 2004 # using darwin, perl 5.008001, Tk 804.027, and Ifeffit 1.2.5 # Workspace: /Users/stefano/.horae/stash/artemis.project.1/ The following message was trapped by Artemis on a SIGWARN: Artemis0.7.005warn/Users/stefano/.horae/stash/ARTEMIS.TRAPCODE(0x1e3eb60)/Users/stefano/.horae/stash/artemis.project.1/ at /Applications/Ifeffit/bin/artemis line 1562 main::__ANON__('Tk::Error: could not open /Users/stefano/.horae/stash/artemis...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x8f5b4)','could not open /Users/stefano/.horae/stash/artemis.project.1/...','main::nnnn_header at /Applications/Ifeffit/bin/artemis line 4386','main::read_path at /Applications/Ifeffit/bin/artemis line 10872','main::open_project at /Applications/Ifeffit/bin/artemis line ...','main::read_data at /Applications/Ifeffit/bin/artemis line 6901','main::dispatch_mru at /Applications/Ifeffit/bin/artemis line ...','main::__ANON__ at /Applications/Ifeffit/bin/artemis line 11111','Tk callback for ..frame.menubutton.menu1',...) 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/artemis line 1707 End of trap file. Still stuck... Stefano -- ____________________________________________ Stefano Ciurli Professor of Chemistry Department of Agro-Environmental Science and Technology University of Bologna Viale Giuseppe Fanin, 40 I-40127 Bologna Italy Phone: +39-051-209-6204 Fax: +39-051-209-6203 "Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza" Dante Alighieri - Inferno - Canto XXVI
On Tuesday 01 June 2004 04:34 pm, Stefano Ciurli wrote: SC> unplesantly, not with my G4. I simply, this time, opened artemis and SC> open directly the ZnO2.apj project and got the following trap: There is a bug lurking in there. I don't have any more time today to try to fix it. Try deleting everything in the ~/.horae/stash/ directory and starting artemis again. That seemed to work for me. (On my G4) 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/
Bruce,
There is a bug lurking in there. I don't have any more time today to try to fix it.
no problem. I'll take what comes...
Try deleting everything in the ~/.horae/stash/ directory and starting artemis again. That seemed to work for me. (On my G4)
not on mine.... I deleted everything in the stash directory, opened again artemis from the command line, read it the ZnO2.apj and got the same story, I think: # Artemis 0.7.005 # This file created at 23:17:02 on 1 June, 2004 # using darwin, perl 5.008001, Tk 804.027, and Ifeffit 1.2.5 # Workspace: /Users/stefano/.horae/stash/artemis.project.0/ The following message was trapped by Artemis on a SIGWARN: Artemis0.7.005warn/Users/stefano/.horae/stash/ARTEMIS.TRAPCODE(0x1e3e360)/Users/stefano/.horae/stash/artemis.project.0/ at /Applications/Ifeffit/bin/artemis line 1562 main::__ANON__('Tk::Error: could not open /Users/stefano/.horae/stash/artemis...') called at blib/lib/Tk.pm (autosplit into blib/lib/auto/Tk/Error.al) line 488 Tk::Error('MainWindow=HASH(0x8f5b4)','could not open /Users/stefano/.horae/stash/artemis.project.0/...','main::nnnn_header at /Applications/Ifeffit/bin/artemis line 4386','main::read_path at /Applications/Ifeffit/bin/artemis line 10872','main::open_project at /Applications/Ifeffit/bin/artemis line ...','main::read_data at /Applications/Ifeffit/bin/artemis line 6901','main::dispatch_mru at /Applications/Ifeffit/bin/artemis line ...','main::__ANON__ at /Applications/Ifeffit/bin/artemis line 11111','Tk callback for ..frame.menubutton.menu1',...) 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/artemis line 1707 End of trap file. Ciao, Stefano -- ____________________________________________ Stefano Ciurli Professor of Chemistry Department of Agro-Environmental Science and Technology University of Bologna Viale Giuseppe Fanin, 40 I-40127 Bologna Italy Phone: +39-051-209-6204 Fax: +39-051-209-6203 "Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza" Dante Alighieri - Inferno - Canto XXVI
participants (3)
-
Bruce Ravel
-
sluo@slc.edu
-
Stefano Ciurli