Hi, I'm trying to run artemis on my Mac on which one I have used Matt's installer (ifeffit-1.2.6_Mac10.3.dmg). Actually, I'm unable to run a two shells fit , even for Cu. Therefore, I go back to the 1st shell alone fit: it works (idem for Zr, a crazy stuff because for hcp we need two shells, but anyway. BUT EVEN for a ONE shell fit it returns an error: The following message was trapped by Artemis: Artemis0.7.007warn/Users/mjaouen/.horae/stash/ARTEMIS.TRAPCODE(0x1e3e9d4)/U sers/mjaouen/.horae/stash/artemis.pro ject.1/ at /Applications/Ifeffit/bin/artemis line 1564 main::__ANON__('Use of uninitialized value in numeric lt (<) at /Applications...') called at /Applicatio ns/Ifeffit/bin/artemis line 8988 main::check_path('HASH(0x1ddc568)') called at /Applications/Ifeffit/bin/artemis line 8861 main::write_paths('GLOB(0x140c07c8)','data0',1,'all','HASH(0x1de42e8)') called at /Applications/Ifeffit/ bin/artemis line 9602 main::generate_script(1) 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::Button=HASH(0x1eddaf4)') called at /Library/Perl/5.8.1/darwin-thread-multi-2level/Tk/B utton.pm line 111 Tk::Button::butUp('Tk::Button=HASH(0x1eddaf4)') 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 1766 This message was dumped to a file: /Users/mjaouen/.horae/stash/ARTEMIS.TRAP Please include that file along with your explanation when you make a bug report. What is strange is that I can save the project in such a condition, eg artemis behaves as if there is no error (the artemis palette is active while it is empty for a 2 shells fit and inactive, I cann't close it for exemple by cliquing on the red button: all windows are frozen)! Looking at the the monitor for activity, I see that Perl was using 99% of the CPU! In fact artemis crashes when trying to write the log file. The only way to go out from is to kill artemis in the X11 terminal window. I must say that I have asked to one of my friend in Paris (G. Hug) to make the install on his machine and he experienced exactely the same punition! Both we are using G5 based Mac. I suspect Perl and/or Tk to be not fully compatible with this CPU. Therefore my question is simple: has anybody been able to run artemis (version 0.7.007) on G5? Must I update horae and how to do it? Cheers Michel -- __________________________________________ Michel Jaouen Universite de Poitiers - UFR Sciences - SP2MI LMP UMR 6630-CNRS Boulevard Pierre et Marie Curie - Teleport 2 BP 30179 86962 Futuroscope - Chasseneuil Cedex France Tel : (33) 5 49 49 67 37 Fax : (33) 5 49 49 66 92 e-mail : Michel.Jaouen@univ-poitiers.fr __________________________________________
Michel, David, Have either of you tried upgrading Artemis using horae_update? I don't know that it will help, but it might.... The message Michel sent looks like a Perl error that wouldn't be processor dependent, so I'm not sure what's going on. All I can say is that Artemis works for me on a G4. I'm perfectly willing to believe that my system has something different from or not included in the dmg (I try hard for this to not happen, but realize that 'works for me' is not always sufficient). Can anyone else using a Mac report on how Artemis works for them? Thanks, --Matt
Actually, although I don't remember the details, I do remember having some sort of problems with the installer version of artemis. As Bruce released a new version fairly quickly (now quite a long time ago), horae_update solved the problem. Perhaps it would be a good idea to suggest to remind users they can update to the latest version of horae automagically using the command "sudo horae_update" on the download web page. I have done multiple shell, even multiple edge fits with the newest version of artemis (0.7.010) without any problem. Paul On 2004/10/03, at 12:22, Matt Newville wrote:
Michel, David,
Have either of you tried upgrading Artemis using horae_update? I don't know that it will help, but it might....
The message Michel sent looks like a Perl error that wouldn't be processor dependent, so I'm not sure what's going on. All I can say is that Artemis works for me on a G4. I'm perfectly willing to believe that my system has something different from or not included in the dmg (I try hard for this to not happen, but realize that 'works for me' is not always sufficient).
Can anyone else using a Mac report on how Artemis works for them? Thanks,
--Matt
_______________________________________________ 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 近接場光応用工学センター ポール・フォンス主任研究官
Hi Paul, Thanks. I'm in the same situation: horae_update works for me, and it's hard to know what could be wrong with slightly older versions of artemis. If running horae_update doesn't work for Michel and David, making a new .dmg would be possible. I don't know that it's necessary. --Matt
participants (3)
-
Matt Newville
-
Michel Jaouen
-
Paul Fons